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はじめに 


イく 外は、 i Beginning Linux Programming』(Neil Matthew & Richard Stones 著、 Wrox Press 
l : lj) を翻,沢したものです。拟矜は Linux Journal 以などにもたびたび取りI:げられ、 Linux/UNIX 
プログラミングの 学 m 解説枰として、欧米では“い評価を役ています 0 

本八の k な特徴は次のとおりです。 

9 Linux を通じて UNIX プログラミングの多彩な技法を学ぶことができる 

UNIX ブログラミングの W: 界は、独 H の伝統と竹学を持っています。本作は Linux という 
比較的新しい义装を取りI•.げながら、この戈装に尚れのトピックだけに絞り込むことをあ 
えてせず、 Linux を叱み出すにヤ:った UNIX プログラミングの111:伴を作屯しつつ、そこでつ 

ちかわれてきたさまざまな技法を、この新しい火装を M じて学ぶことができるように fli! (故 
しています。 


〇サンプルブログラムを発展させながら実践的な技法を身につけることができる 

+ , 1 !:では、各機能の川法を小すサンプルコードを!:れ以こ提供するとともに、令体を通じて 
ひとつの火川的なアプリケーションを川焱し、そのつど,说明している技法を活川してブロ 
グラムを作りめ:しながら、このアプリケーションを発展させていきます。説荇は1"1じアブ 
リケーションを何度も設計しめ:し、吏装し ifi: すことによって、実践的な技法を確龙に身に 
つけることができます0 

翻訳にあたっては、«(於の記述とサンブルコードを全面的に見直し、適宂修正、加筆するとと 
もに、 i(i 新のシステムですることを心がけました。なお、原著の構成中、••部付随的と思わ 
れる简所は訳出していません。 



iv ♦ はじめに 


本書の対象読者 

本, 1 !:は、説荇が UNIX に間する浓本的な知識をすでに持っていること、さらに C または C ++ に 
よるブログラミングの M 験を多少なりとも持っていることを前提としていますなお、プログラ 
ミングの経験は UNIX でのプログラミングである必要はなく、 MS - I )() S または Microsoft 
Windows でのプログラミングであってもかまいません， 

本害の表記 

+文中、関数、 m 造体、コマンドなどの惝义•は、次のように怍で州んで小します:： 


#mclude <stdio.h> 

mt pnntf (const char * format ,...)； 


また、コマンドラインでの人力は太字で/ j ; •し、出力は細字でボします 

$ grep 11 command line 11 introduction 

When the command line is shown, 
it 1 s in the above style, 
whereas output is in this style. 


コードを尔す場合、新しく分垛するコードや屯欢なコード、あるいはその垛の説明と闓係の深 
いコードは、人卞と網かけで強,刺衣氺します。•ノバすでに分坳したコードや:41 要度の低いコー 
ド、その場の説明とあまり問係のないコードは細卞で示します。 


Lastly in our coae examples, 
the code foreground style shows 
new, important, pertinent code; 

while code background shows 

code that's less important in the present context, 
or has been seen before. 




はじめに ♦ V 


サンブルコードについて 

本许で取り I •.げるサンプルプログラムのフルソースコードは、次のサイトからダウンロー ドで 
きます。 


http ： / /www.softbank.co. jp/books/editor/lst/lmux/ 


/NA \ 本軎では翻訳にあたって、 Slackware、Red Hat 、 Debian 、 TurboLinux など、主だった 
\^/ Linux ディストリビューションでサンブルブログラムの動作を検証しました。基本的に動作する 
注憲 ことが確認されていますが、頃境によっては問題が発生する可能性があります。詳細について 

は、ソースコードに付属する readme ファイルを参照してください。 


m 

メモ 


本 S では、サンブルブログラムをあえて日本語化していません。これは、日本語璟境が祸築さ 
れていないシステムでも実行できるようにしておくこと、およびブログラムが全世界で通用する 
ようにしておくことを配慮した結果です。 


拟片に穴まれるサンブルブログラムのフルソースコードは、次のサイトからダウンロー ドでき 
ます。 

http :/ /www.wrox•com/ 

# 

本 A 、 およびその朌矜のサンブルブログラムは 、 GNU General Public License ( GPL ) の条件 
のもとで「1山に改変、妃布することができます。 GPL については、付録 B に伞义を/してありま 
す。 
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第1章では、 Linux とはなにか、 Linux の源流となった UNIX と Linux の問にはどのような関係 
があるかについて説明します0また、 UNIX の開発システムで利州できる各棟のツールや機能に 
っいてざっと紹介し、簡単なブログラムを作成して実行します。このぐ ( で取り上げる士:な攻|1は 
次のとおりです。 

〇 UNIX 、 Linux、GNU 
9 UNIX のブログラムとプログラミング言語 
9開発ツールや開発リソースの場所 
a 静的ライブラリと共有ライブラリ 
〇 UNIX の竹学 


K2I uN|x とは _ 

UNIX オペレーティングシステムは、饱気通信分野の巨人 AT&T の•部門であるべル研究所で 
開発されました。 1970 年代に DEC の PDP コンピュータ用に設計された UNIX オペレーティング 
システムは、現在では PC ワークステーションからマルチプロセッササーバー、さらにスーパー 
コンピュータにいたる多様な ハー ドウ ェア ブラットフォームで、マルチ ユーザー 〆 マルチタスク 
のオペレーティングシステムとして広く利;されています。 

厳密にいうと、 UNIX は X/Open が竹理する商標であり、 X/Open 什様 XPG4.2 に準拠したコン 
ビュータオペレ ー ティングシステムのことを指します（注 1 )。 X/()penfi: 様 XPG4.2 は SPEC1170 
とも呼ばれ、 UNIX オペレーティングシステムの令_数の名前、インタフェース、動作を定義し 
ています。この X/Open 仆様は、それ以前の 一 迚の仆様、および IEEE によって秘椒的に問発が 
進められてきた P1003 (POSIX 什様）の スーパーセ ットになっています（注 2 )。 

現在では、 Sun の SparcMJ または Intel 川の Solaris など、商川のものから、 FreeBSD や Linux 
といったフリーのものまで、数多くの UNIX ライクなシステムが利⑴できます。ただし、これら 
のシステムのうち X/Open 仆様に準拠しているものはそれほど多くありません 0 これは、 
X/Open 仆様がごく敁近になって発衣されたものであることが似 W です。 POSIX が采たした役割 
はけっして小さくありませんでしたが、これまでさまざまな UNIX システム相化問で々:换性の問 
題があったことも少実です。しかし、 X/Open 什様の発衣によって、今後 UNIX とその他の多く 
の UNIX 系システムが M じ力•叫を f| 指して歩んでいくと期待されます。 


注 1 X/Open は ' UNIX システムの樣準仕様を定めるために設立された業界団体。その成果は、 XPG (X/Open 
Portability Guide) として公間されている 0 1996 年、 X/Open は〇 SF (Open Software Foundation) と合讲 
し、 The Open Group となつた 0 


注 2 P0SIX ( Portable Operating System Interface for UNIX) は、 IEEE ( Institute of Electrical and 
Electronic Engineers : 米国 ® 子 ® 気字会）によつて策定された、 UNIX システムの棵準インタフェース規格。 
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WWM L inux とは 

Linux は、オペレーテイングシステムの低レベルのコアとなる UNIX ライクなカーネルを「 I 山 
に fid 布できる形で灾装したものです 0 Linux は UNIX システムに触発されて生まれたものなので、 
Linux と UNIX のプログラムは力:いによく似ています。実際、 UNDOIjt こ紀述されたほとんどのブ 
ログラムは、 LinuxJ •.でコンパイルして灾行することができます。また、商用 UNIXK 〗】 けの市販 
アプリケーシヨンには、バイナリ形式のまま: T •を加えることなく Linux I •.で灾行できるものもあ 
ります 0 Linux を開発したのは、ヘルシンキ人7:の LinusTorvalds です。開発には、インターネ 
ット上の多くの UNIX ブログラマも協力しました。 Linux は、小規悦な UNIX システムである 
AndrewTanenbaum の MINIX をもとに、の趣味的な企てとして開発が始まり、やがてそれ 
H 体で完結した2金な UNIX システムへと成反しました。 Linux カーネルは、 AT & T のソースや 
その他のベンダー | A 1 心のソースコードをいっさい使〗 | j していません。 


ディストリビューション 

I •.に述べたように、 Linux は灾際にはカーネルの部分だけを指します 0 カーネルのソースを人 
でし、コンパイルしてインストールしたあと、フリーで fld 布されているその他の多くのソフトウ 
ェア ブロ グラムをインストールすれば、完个な UND (ライクなシステムを構築できます。こうし 
てインストールされたさまざまなシステムは、カーネル以外にも多くのものを禽んでいますが、 
•般に“ Linux システム”と呼ばれています 0 ユーテイリティのほとんどには 、 Free Software 
Foundation の GNU プロジェクト（後述）のものが使われています。 

しかし、ソースコードだけを出発点に Linux システムを作成することは必ずしも容姑ではあり 
ません。さいわいなことに、カーネルのほかにもさまざまなプログラミングツールやユーティリ 
ティを収めたディストリビューションが多くの人々の手によって作成され、 CD - ROM などで提供 
されています。；! fi 常、これらのディストリビューションには、各 MUNIX システムに共通のグラ 
フィカル琛境である X Window System に加えて、 Linux システムのインストールを支援するため 
のセットアップブログラムや、心益な怙報を穴んだテキストファイルなどが付诚しており、こう 
したすベてのものが CD - ROM に収められています。よく使われているディストリビューションに 
Slackware 、 Debian、Red Hat などがありますが、このほかにも数多くのディストリビューショ 
ンが存在します。 
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GNU プロジェクトと Free Software Foundation 

Linux は、たくさんの人々の JtM 作袋によって i ： えられています。オペレーティングシステム 
の力ーネルそのものは、システムのほんの-部分を山めるにすぎません。现丫 I :では商川 UNIX シ 
ステムでも、システムサービスを提供するアプリ ケー ションプログラムや各神ツールをあらかじ 
め組み込んで出何するのが•般的になっています,， Linux システムの垛介、この柿のブログラム 
には、多くのプログラマが作成し、無 fit で公開しているものを使川しています。 

Linux コミュニティは、ほかのさまざまなコミュニティとともにフリーソフトウェアという芩 
え力を夂持しています。フリーソフトウェアとは、 GNU General Public License (GPL) に丛 
づいて神々の制限を取り除いたソフトウェアのことです。フリーソフトウェアの人こはいくば 
くかの 货用 (通信 费 など)がかかりますが、人 f •したソフトウェアは n 山 に使うことができます0 
通常、フリーソフトウェアはソースの形で妃布されています。 

Free Software Foundation は、 UNIX をはじめとする各神システム⑴ェディタとして名 A * い 
GNUEmacs の作荇 、 Richard Stallman によって設、 •/: されました 0 Stallman はフリーソフトウェ 
ア邱念の提 W 荇で、 UNIX // ••換のオペレーティングシステムと開発環境の作成を U 的とする GNU 
プロジェクトをスタートさせました。 GNU ブロジェクトが11指している UNIX K 換のオペレーテ 
ィングシステムと開発说垃は、敁も低レベルなではリ〜以と與なる部分を持っ叮能性もありま 
すが、 UNIX のアプリケーションは問題なくサボートされます。 GNU は、 “ GNU，s Not Unix ” の 
略です。 

GNU プロジェクトは、 UNIX システムのものとほぼ M じ勋作をするアブリケーションをこれま 
でにもすでに多数、ソフトウェアコミュニティに提供しています。これらのブログラムは GNU 
ソフトウェアと呼ばれ 、 GNU General Public License ( GPL ) の条件のもとで配布されていま 
す。 GPL には、フリーソフトウェアの使川に問して他名が制限を設けることを禁じた“ copyleft” 
という考え方についての H 体的な説明があります。本書の付録 B にも収録していますので、ぜひ 
•度読んでみるとよいでしょう。ちなみに、 copyleft は copyright をもじった造語です。 

GPU こ從って配布されているソフトウエアには、次のようなものがあります。 


〇 gcc 

〇 g++ 

〇 gdb 
O gnumake 
d bison 
〇 bash 

Cl emacs vmule) 


(:コンパイラ 

C ++ コン ハ。 イラ 

ソースコードレべルデバッガ 

UNIX make の1 バージヨン 

UNIX yacc /厂換のパーサジェネレータ 

コマンドシェル 

テキストェディタと環境 
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Linux でのプログラミング 


多くの人は、 UNIX でのプログラミングとはすなわち C を使うことだと各えています。たしか 
に、 UNIX はもともと C で紀述され、 UNIX アプリケーションの人多数も C で記述されています。 
しかし、 UNIX プログラマが利川できる選択肢は C だけにとどまりません。本"では K に C を取 
り卜.げますが、 Perl 、 HTML 、 Java 、 Tel など、状況や H 的に応じて C 以外にもさまざまなブロ 
グラミング語を利川するとこができます。 


m 

メモ 


厳密にいえば、 UNIX の一番瑤初のバージヨンは、1969年に PDP 7アセンブラ言語によって 
記述されました。 C はこれと同じ頃 、 Dennis Ritchie によって設計され、1973年には 
Dennis Ritchie と Ken Thompson によって UNIX 力ーネルが C で S き直されました 0 これ 
は、システムソフトウェアがアセンブラ言語で記述されていた当時としては画期的なできごとで 
した。 


UNIX システムでは％にさまざまなブログラミング • を利⑴できますが、そのうちの多くは、 
CD - ROM やインターネット I •.の nr サイトなどから「 I 山に f •に人れることができます。 UNIX ブ 
ログラマが利州できるブログラミングツールには、次のようなものがあります。 


C 

C ++ 

Objective C 

Fortran 

Pascal 

Ada 

Lisp 

Scheme 

Forth 

Prolog 

Icon 

Eiffel 

Oberon 

sh (UNIX Borne Shell ) 

Tcl/Tk 

Python 

Perl 

Java 

PostScript 

HTML 

Smalltalk 

Modula 2 

Modula 3 

SQL 

本; 1 !:では、 

このうち UNIX シェルと C に焦戌をあてて解説します0 

まず、次の第 2 なで UNIX 


シェル ( sh ) を取り上げ、小〜中規模程度のアプリケーションを開発する方法について説明しま 
す0第3ウ以降では、 UNIX の各饨プログラミングインタフェースについて、 C ブログラマの祝点 
から詳しく見ていきます。 
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UNIX ブログラム 

UNIX のアプリケーシヨンを人別すると、実行可能ファイルとスクリプトという2っの特別な槐 
類のファイルに分類で きます。 灾行 吋 能ファイルは、コンピュータが商接实行できるプログラム 
で、 DOS の .EXE ファイルに相、 レ 丨 します。 スクリプトは、•連の命令をがき並べたもので、これ 
をほかのプログラム（インターブリタ）が解釈して实行し ます。 DOS の .bat ファイルや BASIC 
ブログラムなどにあたり ます。 

UNIX では、货行 "T 能ファイルやスクリブトに特別な名前を付けたり、特定の拡張子を追加し 
たりする必要はありません0指定された ファイルが 类行 uf 能なプログラムかどうかは、 ファイル 
システムの诚性（第2なで説明します）を U ることで利断するからです。このため、 UNIX では、 
既存のスクリプトを コンパイル 済みのブログラムで阼き換えたり、その逆の操作を行ったりして 
も、•沒当するスクリブトまたはブログラムを使うほかのブログラムやユーザーには彩郛をリ•えず 
にすみます。火隞、ユーザーレベルでは、スクリプトとブログラムの |!IJ に本竹的な迫いはありま 
せん。 

UNIX システムにログインしたユーザーは、シヱルブログラム（通常は sh ) と対話することに 
なります 0 シェルブログラムは、 I)OS の COMMAND .COM 様、ユーザーに代わってブログラムを 
火行する役剂を米たします。ユーザーがブログラムを名前で指定すると、シェルブログラムは、 
指定された名前を持っファイルを•迚のディレクトリの中から探します0検索の対象となるディ 
レクトリは、 DOS の坳介と|"1じようにシェル変数 PATH に収められています。この検索パスは、 
ユーザーが H 分で沿加することもできますが、ふっうはシステム竹押/名•が設定します。通常、検 
索パスには、システムのブログラムが格納されている標準的な場所が設定されています。次に示 
すのは、一般的な検索パスと、各パスに収められているブログラムの神類です。 

〇 /bin システム起動時に使われるバイナリ、ブログラム 

9 / usr/bin ユーザーパ]のバイナリ、標準ブログラム 

〇 / usr / local/bin 各システム间有のローカルバイナリ、ブログラム 

UNIX では、 PATH 変数の各エントリを区切るのにコロン（：）を使います0セミコロン （；） を 
使う I)OS とは、この点が兴なります。次に、典型的な PATH 変数の侦を示します0 


/usr/local/bm ： /bin ： /usr/bin ： . : /usr/Xll/bin : /usr/openwin/bin 
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C コンバイラ 


なにはともあれ、まずは C を使った UNIX での開発を実際に体験してみましよう。ここでは、 
おなじみの “Hello World ” を衣/】くするプログラムを rk ! 述し、コンパイルして実行します。 



最初の UNIX ブログラム 

1 ファイル hello . c のソースコードは次のとおりです 


# include <staio^h> 


printf("Hello WorldXn"); 
exit(O); 

2 このブログラムは、なんらかのエディタを使って人力する必恕があります。標準的な Linux 
システムで使) H できるエディタにはさまざまなものがあります0たとえば、多くのユーザー 
に人シ•(のあるエディタに vi があります 0 ，只•は emacs を ftf •んで使っています 0 emacs はたい 
へん強力なエディタなので、この機会に少しかじっておくとよいでしよう 0 emacs の使い" 
を党えるには、 Ctrl - H を押したあと、チュートリアル （ tutorial ) の頭文字 t を人力します 
( mule では、 CtrbH を押したあと、人文字の T を人力すると、 H 本語チュートリアルを起 
勋できます）〇 emacs では、 マニュアルの すべてをオンラインで参照することができます 0 
Ctrl - H を押したあと、 i を入力してみてください。 

3 POSIX サ拠のシステムでは、 C コンパイラは C 89 という名前になっています0もともと 、 C 
コンパイラは中•に CC と呼ばれていました。尔とともにさまざまなベンダーが UNIX ライクな 
システムを阪先するようになり、付诚する C コンパイラもベンダーごとに兴なる機能やオブ 
ションを持っようになりましたが、名前だけはもとの cc がそのまま使われています。 

POSIX 規格が作成された際、こうしたさまざまなベンダーのすべての C コンパイラと互換性 
のある挖，的な cc コマンドを定在することは小4能でした。そこで、 POSIX では、 C コンパ 
イラの新しい捻準的なコマンドである c 89 を作成することにしたのです0このコマンドが心: 
作する場合には、どのようなマシンで吏行するかにかかわらず、常に M じオプションを使う 
ことができます 0 

Linux システムでは、 c 89 (存在する場合）、 cc 、 gcc というコマンドはいずれも、システム 
の C コンパイラ（通常は GNUC コンパイラ）を桁しています。 UNIX システムでは、 C コンパ 
イラの名前はほとんど常に cc になっています。 

本及では、さまざまな Linux ディストリビューションに掠準で付诚していることや、 ANSI 掠: 
準の C の構文をサポートしていることから、 GNU C を使川することにします。 GNU C がイ 
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ンストールされていない UNIX システムを使って いる 場•介には、この機会に GNUC を入手し 
てインストールするとよいでしょう。本外で GNU C を使う場合には、便介上 cc とだけ表記 
しますが、使っているシステムに応じて適切なコマンド名に沢き換えて説んでください。 

4 さて、人力したブログラムをコンパイルしてリンクし、火際に炎行してみましょう。 

5 cc -o hello hello.c 
$ hello 

Hello World 
$ 

解脱 

上の例では、システムの C コンパイラを起動し、 C のソースコードを実行吖能ファイル hello 
に変換しました。作成されたプログラムを灾行した結果、メッセージが表示されました0 
hello.c はごく簡中•なブログラムですが、吏行したときに Hello World と表示されれば、本# 
のほかの例についても問题なくコンパイルして义行することができるはずです 0 

W ： 初の例ですから、いくつかの点について解说を加えておきましょう。まず、 hello ブログラ 
ムのある垛所ですが、おそらくホームディレクトリでしょう。この場合、ホームディレクトリが 
PATH に禽まれていないと、シェルは hello を兄つけることができません。さらに、 PATH に禽ま 
れるいずれかのディレクトリの中に、 hello という名前でほかのブログラムがむ:介:していた場介 
には、ホームディレクトリの hello ではなく、 M 名の別のブログラムが灾行されることになりま 
す:> このようなケースは、名の hello ブログラムを含むディレクトリが、 PATH の中でホーム 
ディレクトリより前に指定されている場合にも発生します。 

こうした問題を避けるには、ブログラムを火行するときに、名前の前に./を付けて ./hello の 
ように指定します。こうすれば、现/ I •:のディレクトリにある指定された名前のブログラムを％行 
しなさい、とシェルに指//くすることになり、ホームディレクトリの hello を灾行することができ 
ます。 


ヘルプの表示 

システムのプログラミングインタフェースと標準ユーティリティに問しては、どの UNIX シス 
テムの場介でも比較的文 •_! ••化が進んでいます。これは、 iri •も初期の UNIX システムのときから、 
プログラムに マニュアル ページを 添付することが推焚されてきたためです。こうした マニュアル 
ページは、印刷された形で提供されている場合もありますが、ほとんどの場介、オンラインで参 
照することができます。 

オンラインマニュアルページにアクセスす るには 、 man コマンドを使います。マニュアルペー 
ジの ft や説明の詳しさは、功11によって人きく涔なります0たとえば、より詳しい说明ののった 
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ほかの项丨丨を参照させるようになっているものもあれば、プログラムのオプシヨンとコマンドを 
すべて網羅し、これらについて詐細に解说したものもあります。いずれ(こしても、マニュアルぺ 
ー ジは第•に参照すべき tff 報源です。 

GNU ソフトウェアやほかのフリーソ•フトウェアでは、 info と呼ばれるオンラインマニュアル 
システムも使われています。このオンラインマニュアルシステムでは、 info という特別なプログ 
ラム、または emacs エディタの info コマンドを使って、すべての悄報をオンラインで参照する 
ことができます。 info システムの俺れているところは、リンクや相 K 参照を利) | j してマニュア 
ルの屮を ft 山に移動したり、 H 的の場所にめ:接ジャンプしたりできる办です。また、マニュアル 
の作荇にとっても、|»1じ1つのソースからオンラインマニュアルだけでなく、印刷川の版組され 
たドキュメントまで作成できるという利 A があります、， 

EHh マニュアル ページと info 

1 GNUC コンパイラのマニュアルを衣ボしてみましよう。まず、マニュアルページです 0 

5 man gcc 

GCC(l) GNU Tools GCC(1) 

NAME 

gcc # g + + - GNU project C and C++ Compiler (v2 • 7) 

SYNOPSIS 

gcc [ option | filename ]... 
g++ [ option | filename ]..• 

WARNING 

The information in this man page is an extract from the 
full documentation of the GNU C compiler, and is limited 
to the meaning of the options . 


This man page is not kept up to date except when volun¬ 
teers want to maintain it. If you rind a discrepancy 
between the man page and the software, please check the 
Info file, which is the authoritative documentation• 

If we find that the things in this man page that are out 
of date cause significant confusion or complaints, we will 
stop distributing the man page. The alternative, updating 
the man page when we update the Info ri 丄 e, is impossible 
because the rest of the work of maintaining GNU CC leaves 
us no time for that - The GNU project regards man pages as 
obsolete and should not let them take time away from other 
things . 

For complete and current documentation, refer to the Info 
file 'gcc• or the manual Using and Porting GNU CC (for 
version 2.0). Both are made from the Texinfo source file 
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gcc. texmfo. 


このマニュアルページでは、コンパイラがサポートしているオプションや、ターゲットブロ 
セッサごとのオブションについての説明を説むことができます。マニュアルページとしては 
かなり M い部類に人りますが、货際には GNU C (およびのマニュアル全休のほんの • 
部分を解説しているだけです。 


2 GNUC についてより詳しく知りたい場介には、 info を使います。 


$ inro gcc 

File ： gcc.info, Node ： Top, Next : Copying, Up ： (DIR) 

Introduction 

This manual documents how to run, install and port the GNU compiler, 
as well as its new features and incompatibilities, and how to report 
bugs. It corresponds to GNU CC version 2.7.2. 

* Menu : 


Copying :: 

Contributors :: 
Funding :: 

Look and Feel :: 


GNU General Public License says 
how you can copy and share GNU CC. 

People who have contributed to GNU CC. 

How to help assure funding for free software. 
Protect your freedom--fight "look and feel". 


* G++ and GCC: : 

* Invoking GCC:: 

* Installation :: 

* C Extensions :: 

* C++ Extensions :: 

* Trouble :: 

* Bugs :: 



* VMS: : 


You can compile C or C++ programs. 

Command options supported by 'gcc 、 

How to configure, compile and install GNU CC. 
GNU extensions to the C language family. 

GNU extensions to the C++ language. 

If you have trouble installing GNU CC. 

How, why and where to report bugs. 

How to find suppliers of support for GNU CC. 
Using GNU CC on VMS. 


* Portability： : 

* Interface: : 

* Passes :: 

* RTL: : 

* Machine Desc :: 

* Target Macros :: 

* Config :: 

* Fragments :: 


Goals of GNU CC■s portability features. 

Function-call interface of GNU CC output. 

Order of passes, what they do, and what each file is for. 
The intermediate representation that most passes work on. 
How to write machine description instruction patterns. 
How to write the machine description C macros. 

Writing the 、 xm-MACHINE•h• file. 

Writing the 、い TARGET• and 'x-HOST* files. 


Index:: 


Index of concepts and symbol names. 
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--zz-In£o ： (gcc.mro.gz)Top # 38 lines --All-- Subfile: gcc.mfo-1.gz - 

Welcome to Info version 2.16. "C-h" for help, "m n for menu item. 

このように、たくさんの頊 U がメニュー形式で衣示されます 0 info システムでは、メニュー 
项 h と階 w 的なページ梆成によって、 jmj を選択するだけで広大なマニュアル仝体の中を n 山に 
移動できるようになっています。 

info システムには、 info システム自体のヘルプも（もちろん info 形式で）川总されています 0 
Ctrl-H を人力すれば、 info の使い方のヘルプが衣小されます。 info ブログラムは、多くの 
Linux デイストリビューシヨンに付祕しており、ほかの UNIX システムにインストールすること 
もできます。 


開発のためのドマップ 


UNIX で開発を行う垛介、各神のツールや開発リソースがどこにあるかを知っておくことも巾: 
要です。以下では、いくつかの中:装なディレクトリとファイルについて説明します0説明の Ji •休 
的内衿は Linux を対象としていますが、その竹後にある股則やちえ方はほかの UND (ライクなシ 
ステムにもあてはまります。 


WWWM ブログラム 

iiT 取、プログラムは、そのために特別に)されたディレクトリに阶かれます。ブログラム開 
発に使うものも次めて、システムが提供する汎川のブログラム群は/ usr / bin に沢かれます〇特 
定のホストコンピュータまたはローカルネットワークを対象としてシステム竹现荇が追加したプ 
ログラムは、 / usr / local / bin にあります 0 

竹邱打は、 / usr / local というディレクトリをよく使います 0 これは、ベンダー提供のファイ 
ルやあとから追加したファイルをこのデイレクトリのドに沢くことによって、これらのファイル 
とシステムが提供するファイルとを明確に分離することができるからです。このようなガ針に従 
って/ usr 以ドを竹坪しておけば、オペレーテイングシステムをアップグレードする際も 
/ usr / local を保む:するだけでよく、余計な f •問がかかりません。 H 分でコンパイルしたブログ 
ラムも、 / usr / local 以ドで欠行し、必要なファイルへのアクセスもこのディレクトリのドで行 
えるようにしておくとよいでしよう。 

追加機能やプログラミングシステムの中には、独「 I のデイレクトリ構造とブログラムデイレク 
トリを持つものがあります 0 たとえば、 X Window System は、一般に/ usr / xil という名前のデ 
イレクトリにインストールされます。また、 Revision 6の場介には/ usr / xilR 6、 XFree 86 ブロ 
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ジエクトによって rtiMh •され、多くの Linux ディストリビューシヨンが採⑴している Intel プロセッ 
サ⑴ XFree 86 の場介には/ usr / X 386 というディレクトリも使われます。 Solaris に付诚する Sun 
0| HMiWin(lows システムでは、 / usr/openwin が使われます 

本外の公初のブログラムをコンパイルするときに使った GNU コンパイラシステムのドライバ 
ブログラム gcc は、 / usr/bin または/ usr / local/bin (こあります。ただし、 gcc はさま 
ざまなコンパイラサポートプログラムを別の場所から火行します。この坳所は、コンパイラ|'|体 
をコンパイルしたときに決定され、ホストコンピュータの神類によって拷なります。 Linux シス 
テムの場介には、 / usr / lib / gcc - lib / i 486- unknown - linux /2.7.2 などに沢かれるのが•般 
的です。 GNU CVO + コンパイラと GNU W 心のへッダーファイルはこの場所にあります:> 



ヘッダーファイル 


C やその他の，しポでプログラミングする場合、定数の定在や、システムとライブラリの閲数呼 
び出しの穴八などが収められたへッダーファイルが必要になります c の坳介、これらのヘッダ 
ーフアイルはほとんど犯 - U / usir / include デイレクトリと、そのドのサブデイレクトリ（こ旳かれ 
ます 0 特定の UNW または Linux に依む:するヘッダーファイルは、•般に/ usr / include / sys と 
/ usr / include/linux U |7 i かれます 0 

その他のプログラミングシステムにもヘッダーファイルがあり、これらのへッダーファイルが 
iW •かれているディレクトリは、コンパイラの火行特に「|勋的(こ検索されます。たとえば、 X 
Window System では/ usr / include / Xll 、 （;NU C ++ では/ usr / include / g ++ などです。 

C コンパイラに対して-1フラグを指定すれば、サブディレクトリや標準以外の場所にあるイン 
クルードファイルを使川することができます。たとえば、次のようにします。 


$ gcc - I / usr / openwm/include fred.c 


この例では、 fred.c ブログラムでインクルードされている へッ ダー ファ イルをコンパイラが 
探すときに、掠準の場所に加えて/ usr/opexwin/include ディレクトリも検索されます。詳細 
については、 C コンパイラのマニュアルページを参照してください 0 

ヘッダー フ ァイルから特定の定在や閲玫ブロトタイプを検索するときには、 grep コマンドを 
使うと便利です）たとえば、プログラムからの終 r ステータスを返すのに使われる定数の名前を 
知りたいとします。この場•介には、 /usr/include ディレクトリに移#し、名前の.部に使われ 
ていそうな义卞列を指定して grep を艾行します， 

$ grep EXIT_ *.h 

stdlib.h:#define EXIT 一 FAILURE 1 /* Failing exit status. ★/ 

stdlib.h：#define EXIT 一 SUCCESS 0 /* Successful exit status. ★/ 

$ 
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grep は、デイレクトリ内の . h で終わる％前を持つすべてのファイルの中から、义卞列 EXIT 
を検索します。 h の出力からわかるように、 II 的の定在は stdlib . h にありました0 



ライブラリファイル 


ライブラリとは、作利川を II 的として作成されたコンパイル済みの閲数の染合のことです通 
常、ライブラリは、よく行う作菜を火行するための閲速する間数から構成されています。たとえ 
ば、人川ノ J 閲敉のライブラリ （ stdio ライブラリ）や、データベースアクセスルーチン （ dbm ライ 
ブラリ）などがあります 。 これらのライブラリに ついては、 あとの0でまた収り I •.げます。 

薦、掠:，システムライブラリは/ lib と/ usr / lib に沢かれています C コンパィラ (£ 確に 
はリンカ）は、デフオルトでは掠， C ライブラリしか検索しないので、検索の対象(こ穴めたいラ 
イブラリがある坳介には明小的に衍定する必袈があります。これは、コンビュータが低速で、 
CPU サイクルが“価だった叫代のなご 1 )ですライブラリを挖，ディレクトリに吖くだけでは、 
，次、 1 〗 するライブラリが「1#的に検索されることはありません。ライブラリは非常に特殊な名前付 
け规 IW に從っているので、 コマンド ラインでライブラリを指定する必贤があります > 

ライブラリの名前は、常に lib で始まります。 lib のあとには、なんのライブラリかを/す义 
卞列が付きます 〇 たとえば、 C ライブラリの場合には C 、 数7:ライブラリの場合には in です。ド 
ット （•） で始まるライブラリれの般後の邰分は、次に；すよう（こライブラリの神類を衣します。 

〇 . a は a ; •統的な静的ライブラリ（後述）です，舴的ライブラリはスタティックライブラリと 
，沢されることもあります0 

O . so と . sa は共有ライブラリ（後述）です。共打ライブラリはシェアードライブラリと択さ 
れることもあります。 

Is / ixsr / lib を火むするとわかるように、通常、ライブラリには餅的ライブラリとル々ライ 
ブラリの肉‘ガの形式が心:介:します。検索するライブラリをコンパイラに指定するときには、ライ 
ブラリのフルパス名を衍定するか、または-1フラグを使います。次の例ではフルパス名を指) ii し 
ています 0 

$ cc -o tred fred.c / usr / lib / libm.a 

この例では、ファイル fred . c がコンパイルされ、その結采彳! f られるプログラムファイルの名 
前が fred になり、関数への参照を解決するために標準 C ライブラリに加えて数学ライブラリが 
検索されます。 

次のように指定しても、まったく M じ姑采が得られます。 


$ cc -o tred fred.c -lm 
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-lm (1 と m の問には空 I '〗を人れないこと）は、いずれかの掠準ライブラリディレクトリ（この 
場合には / usr / lib ) にある libxn . a という名前のライブラリを短縮形で指定しています 。 UNIX 
では短縮形が好まれる傾向がありますが、 - lm という形式を使うと、共有ライブラリが存在する 
場介には「 I 動的に共イ f ライブラリが使われるという利*もあります。 

通常、ライブラリはヘッダーファイル M 様、標準的な場所に沢かれていますが、 - L フラグ（大 
义卞であることに注5:)を使って検索ディレクトリを追加することもできます0たとえば、次の 
ように桁定します。 

$ cc 一〇 xllfred -L/usr/openwin/lib xllfred.c -1X11 

この例では、ディレクトリ/ usr/openwin/lib にあるライブラリ libXll を使って、 xllfred 
という名前のブログラムのコンパイルとリンクを行います。 

-o name オプションが竹略された場介、コンパイラは、作成したブログラムを a.out という名 
的のファイルに川力します。 a.out とは、アセンブラ出力 （assembler output ) の总味です。ブ 
ログラムをコンパイルしたはずなのに、できあがったプログラムが兄つからない場介には、 
a.out というファイルがないかどうか•消べてください 0 ちなみに、 UNIX が涎1•:して問もないこ 
ろ、システムでゲームをして遊びたかった人たちは、システム竹邱荇に兄つからないように 
a.out という名前でゲームを灾行していました 0 また、人規悦な UNIX システムでは、切;朝 
a.out という名前のファイルをすべて削除するようにしていることがあります。 

♦静的ライブラリ 

ili •も中.純な形 A のライブラリは、すぐに使える状態でまとめられたオブジェクトファイルの染 
介です 0 ライブラリに格納されている間数をブログラムで使う場合には、その問数を H : ti ■してい 
るヘッダーファイルをインクルードします。ブログラムコードとライブラリがコンパイラとリン 
力によって結介され、1っの実行" r 能ブログラムが小成されます0 

舴的ライブラリはアーカイブとも呼ばれ、惯 f /卜.、 . a で終わる名前を持っています。たとえ 
ば、 /usr/lib/libc.a と/ usr/Xll/lib/libXll.a は、それぞれ標準 C ライブラリと XII ライ 
ブラリです。 

アーカイブ （ archive ) を縮めて ar と命名されたプログラムを使川し 、 cc -c で閲数を個別に 
コンパイルすれば、独 H の静的ライブラリを簡中•に作成、保すすることができます 0 複数の_数 
から共通のデータにアクセスする必费がある場介には、これらの関数を | uj じソースファイルにま 
とめ、そのソースファイルで static 変数を貨^•します。 
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例題 


静的ライブラリ 


12つの問数を含む小さな独 n のライブラリを作成し、ライブラリの閲数を使ってブログラム 
をコンパイルしてみましょう。ライブラリに収める関数の名前は fred と bill で、それぞれ 
簡艰なメッセージを表ボします0まず、2つの問数に対応するソースファイルを個別に作成 
します。名前は問数に合わせてそれぞれ fred . c 、 bill . c とします。 



# include <staio.h> 

void fred(int arg) 

{ 

printf("fred: you passed %d\n", arg); 

) 

#include <stdio,h> 

void bill (char *arg) 

{ 

printf ( l( bill: you passed %s\n", arg); 


上の 2 つの間数を個別にコンパイルすれば、ライブラリに沿加できる状態のオブジェクトフ 
ァイルを作成することができます0それには、敁終的なブログラムの作成を抑 II ••する - c オブ 
シヨンを指定して C コンパイラを呼び出します （ I •.の例では、 M 終的なブログラムを作成し 
ようとしても、 main という名前の I 对数が定在されていないのでエラーが発生します >〇 

$ cc -c bill^c ired.c 
$ Is *.〇 

bi 丄1 • 〇 rred.o 

2 次に、間数 bill を呼び出すブログラムを〗 1 1* •いてみましょう。実際にブログラムを記述する前 
に、ライブラリ 〗 H の ヘッダーファイルを用ぬ:しておくと便利です 0 このヘッダーファイルで 
は、ライブラリに穴まれる問数の寅宫を記述します。ライブラリを使うプログラムでは、こ 
のへ ッダーファイルをインクルードします。 


This is lib.h. It declares the runctions fred and bill for users 

*/ 

void bill(char *); 
void £red(int); 

3 閲数 bill を呼び出すプログラム（ここでは program . c という名前にします）は、非常にシン 
プルに記述することができます。次に/すように、ライブラリヘッダーファイルをインクル 
ー ドし、ライブラリの中の_数を1つ呼び出すだけです。 
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# include " lib . h " 

int mam () 

{ 

bill("Hello World "}; 
exit (0); 

> 

さっそくブログラムをコンパイルしてテストしましょう0まず、オブジェクトファイルを明 / J •く 
的に指定する方法を使って、上のプログラムをコンパイルしたあと、前の丁 K (でコンパイルして 
おいたオブジェクトモジュール bill .〇とリンクします。 

$ cc -c program.c 
> cc -o program program . 〇 bill .〇 
$ program 

bill : you passed Hello World 
$ 

4 今度はライブラリを作成し、灾際に使ってみましょう。アーカイブを作成し、作成したアー 
カイブにオブジェクトファイルを ifl 加するには、 ar というブログラムを使います。 ar という 
名前は、アーカイブ、つまり1つのファイルに収められた複数のファイルの染介を作成する 
のに使われることから付けられたものです。 ar は、ほかの多くの UNIX ユーテイリテイと InJ 
様 UJI : 常に汎川的な ツールな ので、 ar を使ってテキストファイルのアーカイブを作成するこ 
ともできます。 

$ ar crv lib.a bill.o fred.o 

a - bill.o 
a - fred.o 

ライブラリが作成され、 2 つのオブジェクトファイルがライブラリに追加されます。ライブラ 
リを使う際、システムによっては（特に Berkeley UNIX から派ル:したシステムの場介）、ライブ 
ラリの内界に問するテーブルの作成が必袈になることがあります 0 テーブルを作成するには、 
ranlib コマン ドを使います 0 Linux のように GNU ソフ トウェア開発ツールを使っている場•介に 
は、この手船は 个 要です(実行しても宵はありません が)。 

$ ranlib lib.a 

これでライブラリが使州できるようになりました。ライブラリを使ってブログラムを作成する 
には、次のようにします0 

$ cc -o program program . 〇 lib.a 
$ program 

bill: you passed Hello World 
$ 
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オブジェクトファイルやライブラリ、火行 HJ •能ブログラムにどのような閲数が含まれて いるか 
を調べるには、 nm コマンドを使います。たとえば、 program と lib . a を调ベてみると、ライブ 
ラリには f red と bill の両力が含まれているのに対して、 program には bill しか含まれていな 
いことがわかります。プログラムが作成されるときには、そのプログラムで灾際に必製になる閲 
数だけがライ ブラ” から…き出されて使われます。ライブラリに含まれるすべての関数の Vi : j を 
記述したへッダーファイルをインクルードしても、作成されるブログラムにライブラリの令閲数 
がぐ？まれるわけではありません。 

MSDOS や Microsoft Windows でソフトウエア開発をした経験がある場介には、次の対応衣 
を参各にしてください。 


表 1 • 1 UNIX と DOS/Windows との対応 

要素 

UNIX 

DOS/Windows 

オブジェクトモジュール 

func.o 

FUNC.OBJ 

靜的ライブラリ 

lib.a 

LIB.LIB 

プログラム 

proaram 

PROGRAM.EXE 


♦共有ライブラリ 

舴的ライブラリのひとつの欠办は、 M じライブラリの⑼数を使ったブログラムを M 時に多数火 
行した場•介に、 M じ閲数のたくさんのコビーがメモリ（こ阶かれることです。これらのコピーは、 
プログラム ファイル n 体にも禽まれています。このため、静的ライブラリを使うと、坳介によっ 
ては w ， r (なメモリとデイスクスペースを無駄に•沿找することになります0 

多くの UNIX システムは、こうした辟的ライブラリの欠点を!^服するために、 J 1 (•冇ライブラリ 
をサポートしています。ル心•ライブラリの详細や各神システム上での実装についての説明は本軎 
の扱う範 I 用を超えるので、ここでは Linux での灾装について簡中.に説明します 0 

ルイ f ライブラリは、静的ライブラリと M じ場所に骰かれていますが、別の拡張/•が付けられて 
います 0 •般的な Linux システムでは、 Jt 心•バージョンの挖準 C ライブラリは/ lib/libc.so.N 
です0ここで、 N はメジャーバージョン潘兮（本#の紈箪時点では 5) を衣します。 

ルイ I •ライブラリを使うブログラムは、スタブライブラリとリンクされます0たとえば、 鮮 C 
ライブラリの埸•介、スタブライブラリは / nsr / lib / libc.sa になります。スタブライブラリは特 
殊な神:類のライブラリで、閲数のコード n 体は穴まれておらず、义行時に利用町能になる共有コ 
ードへの参照が禽まれています。作成したブログラムがメモリに説み込まれて其行されると、問 
数への参照が解決され、 J !； •イ f ライブラリに対して呼び出しが行われます。このとき、必要に応じ 
て共介ライブラリがメモリに説み込まれます。 

このしくみによって、•心•ライブラリの1つのコピーを多くのアプリケーションで同時に使 JIJ 
でき、また、ディスク I ••にも1つのコビーを保存しておくだけですむようになっています 。 Mi 
ライブラリは、ライブラリを使うプログラムとは別個に史新できるという利 A もあります。マイ 
ナーバー ジョン番号のリビジョンは、クライアント ブロ グラムにとって米を持ちません。 ファ 
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イル/ lib / libc . so .5 から実際のマイナーバージョン（執策時点では/ lib / libc . so .5.4.38) 
への シンボリックリンクが使われるからです c 

Linux システムの場合、共有ライブラリのロード、およびクライアントプログラムの関数参照 
の解決を行うプログラムは、 ld . so または ld - limlx . so です 0 共有ライブラリを検索する坳所 
は、ファイル/ etc / ld . so . conf で設定されています 0 XII の共有ライブラリを追加した場合な 
ど、 / etc / ld . so . conf ファイルを変史したときには、 ldconfig を使って変更内容を有効にす 
る必要があります。 

ldd というユーティリティを使うと、プログラムが使う共冇ライブラリを調べることができま 
す0 


$ ldd program 

libc.so.5 => /lib/libc.so.5 (0x4000a000) 

上の例では、標準 C ライブラリ ( libc ) は共有ライブラリ （ libc . so ) です。ブログラムが必 
费とするメジャーバージョンは5で、 / lib / libc . so .5 が使われます。ほかの UNIX システムで 
も、 M じような方法で共イ1•ライブラリにアクセスしています。興味があれば、システムのマニュ 
アルを参照してみるとよいでしょう。 

共イ j •ライブラリは、多くの点で Microsoft Windows で使われるダイナミックリンクライブラリ 
と似ています。この場合、 .DLL ファイルに対応するのは .so ライブラリで、 .sa ライブラリ 
は .LIB フアイルに相当します。 


U NIX の哲学 _ 

本押の以ドの负は、 UNIX ブログラミングの特徴や流儀を読齐につかんでもらうことを：し 
て押かれています。たしかに C のプログラミング n 体は、ブラットフォームが與なっていても InJ 
じです0しかし、 UNIX の開発者たちは、ブログラムやシステム開発に閲して独特の考え方を持 
っています。 

UNIX オペレーティングシステムには、取要とされるプログラミングパラダイム、あえていえ 
ば一稗の竹学のようなものがあります。一般に UNIX のブログラムとシステムでは、次のような 
ことが大切だと考えられています。 


♦ シンプル 

便利な UNIX ユーテイリテイのほとんどは非常にシンブルで小さく、習得も容 M です。こうし 
た設計思想を支えているのが 、 “Keep It Simple , Stupid ”、 略して KISS という考え方です。これ 
は、実際のプログラミングの際にもお f •本とすべき優れたテクニックです。システムが大きく複 
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雑になればなるほど、浞入するバグの数やその複雑さも梢し、デバッグ作業にもたいへんな労力 
が必要になるからです。 

♦ 目的の明確化 

多くの場合、1つのブログラムでは1つの作窠だけを実行するほうがソリューションとして優 
れています。あまりに多くの機能を詰め込んだブログラムは使いにくく、保守にも手間がかかり 
ます。 n 的を1つに絞り込んで作成したプログラムは、あとでよりよいアルゴリズムやインタフ 
エースが開発されたときに矜蝻に改挎することができます。 UNIX では、ユーザーのニーズをあ 
らかじめ取り込んだ形で1つの人きなブログラムを作るのではなく、必要に応じて小さなユーテ 
イリティをいくつも組み合わせて複雑な作菜を灾行するほうが一般的です。 


♦再利用可能な要素 

アブリケーションのコアとなる部分をライブラリとして利⑴できるようにします。シンブルで 
柔軟なブログラミングインタフエースを持ち、きちんと文？ f 化されたライブラリを用盘しておく 
と、ほかのユーザーが m 神のブログラムを開発したり、ライブラリに組み込まれたテクニックを 
新しいアプリケーションに応⑴したりするときに、人いに役、 V ：ちます。中.なるデータベース竹理 
ブログラムとしてではなく、洱利用吋能な数の染合として提供されている dbm データベースラ 
イブラリなどは、そのよい例です。 


♦フィルタ 

UNIX には、 フィルタ として使州できるアプリケーションが数多くあります。 フィ ルタとは、 
人ノ J 内袢を変換して出力を屮成するブログラムのことです。 UNIX では、既存のいくつかのブロ 
グラムを斬新な方法で組み介わせることによって複雑なアブリケーションを作成することができ 
ます，こうしたプログラムの洱利⑴が" J * 能なのも、 I •.に述べたような開発姿勢があるためです。 

♦ オープンなファイル形式 

よく使われる人シ(の A •い UNIX ブログラムは、•没定ファイルとデータファイルにブレーンな 
ASCII テキストファイルを使川しています。ブログラムを開発するときには、このファイル形式 
の採川を心がけてください。 ASCII テキストファイルを使えば、ユーザーも標準的なツールを使 
って設定顶11を変 1 ii したり検索したりできます。また、データファイルが ASCII テキストファイ 
ルになっていれば、これらのファイルに対してなにか新しい処理を行う場合でも、そのためのツ 
ー ルを矜祕に開発することができます。こうした原則に基づいて作成されたブログラムの例とし 
て、シンボルの位沢に_する悄報を各神:検索プログラムに適した正規表現の形で記録する ctags 
ソースコード クロス リファレンスシステムなどがあります。 
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♦柔軟性 

ユーザーがブログラムをどのように使うかは、プログラムを作成した本人にも予想できません。 
したがって、プログラムを作成するときには、できるだけプログラムに戈軟性を持たせることが 
人•れです。たとえば、フィールドサイズやレコード数などに対して、「これくらいあればいいだろ 
う」というような根拠のない制限は設けないようにします。また、可能であれば、ネットワーク 
を总識し、ローカルマシン h だけでなくネットワーク経山でも勋作するようにプログラムを作成 
します。ユーザーがなにをするかは、プログラムを作成する時点ですベてチ测4能であるという 
ような過 U は访物です。 


この童のまとめ _ 

この0では、 Linux と商川 UNIX システムとの共通点について説明し、 UNIX の開発名•が利川 
できるプログラミングシステムにさまざまなものがあることを尔しました0 

また、簡中•なプログラムとライブラリを作成して C の从+ツールの使い力を尔し、 MS-DOS I *. 
のツールとの閲係についても簡中.に触れました。以後に、 UNIX のプログラミングパラダイムに 
ついて解説しました。 





Linux 


第 2 章 


シェルプログラミング 
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C による UNIX プログラミングを取り上げたばかりですが、このぐ ( では少しまわり迫をしてシ 
ェルプログラミングについて学びます。 

シェルの使い方を觉えると、環境を®:かにすることができます。シェルは DOS のコマンドプ 
ロセッサ command , com と似ていますが、はるかに強力であり、立派なプログラミング言語とい 
えます。コマンドを実行したり、 UNIX ユーティリティを呼び出したりできるだけでなく、コマ 
ンドやユーティリティ自体をシェルで記述することもできます。また、インタープリタ喂の言語 
なので、行取位で実行でき、デバッグも容姑です。もちろん、作コンパイルなどは必袈ありませ 
ん〇ただし、こうしたシェルの特性ゆえの欠点もあります。それは、タイムクリティカルなタス 
クやプロセッサを酷使するようなタスクには向かないことです。 

シェルを使ったプログラミングにはどのような利点があるのでしょうか 0 まず、シェルを使え 
ば、手籽にブログラムを作成することができます。また、シヱルは、ミニマムインストールの 
UNIX でも常に利川可能です。簡中•なブロトタイブ作成に使えば、「 I 分のアイディアをブログラ 
ムとして案装できるかどうか兑当をっけることもできます3シェルは、比較的取純なタスクを火 
行する小さなユーティリティを作成するのに適しています。特に、効申や速度よりも、設定や保 
守の容易性、岛い移植性が求められる場合には敁適です。シェルではプロセス制御を扱うことも 
できるので、複数のコマンドを実行する場合でも、各ステップが|卜:常に終 r したかどうかに応じ 
て、あらかじめ指定した urn でコマンドを火行することができます。 


m 

メモ 


使用しているシステムにも、多くのシェルスクリプトの例があるはずです。たとえば、 . xini - 
trc や startx 、 起動時のシステム描成を行う/ etc / rc . d ディレクトリのスクリプト群、 Free 
Software Foundation のパッケージインストーラ autoconf などはシェルスクリプトです。興 
味があつたら覗いてみるとよいでしよう。 


liij •の0の公後で UNIX の竹7:について解説しました 0 シェルプログラミングを卞ぶと、欠際に 
UNIX の竹7:の•端に触れることができます。 UNIX は A いレベルでのコードの洱利川を前提と 
し、またそれに依存しています 3 たとえば、だれかが小さいシンブルなユーティリティを作ると、 
それをほかのユーザーが別のユーティリティと組み合わせて新しいコマンドとして使います。ご 
く申•純な例を次に示します。 

$ Is -al | more 

この例では、 Is と more というユーティリティを組み介わせて、ファイルー览の出力をパイブ 
に渡して結果を1肉而ごとにします。 UNIX ではどんなユーティリティでも、上のようなコ 
マンドの贤ぶとして利) U することができます。いってみれば、 UNIX ブログラマはおもちゃのレ 
ゴ遊びがとても好きなのです。レゴのひとつひとつは小さな部品にすぎませんが、これを巧みに 
組み介わせることでさまざまなものを作れるように、 UNIX でも小さなスクリプトをたくさん济 
せ染めることで、人きく複雑なブログラムを作ることができます。 
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たとえば、 bash の man ページを印刷したい場合には、 man bash | col-b |lpr を実行しま 
す。 


さらに、前の❺で説明したように、 UNIX ではファイルの诚性によって灾行能かどうかが利 
断されるので、ユーティリティを使うユーザーは、そのユーティリティがどの言語で 1 in ••かれてい 
るかを iU こする必发:がありません。ユーティリティの処邱速度を改矜したい垛合には、シェルで 
ブロトタイブを作成し、ブログラムとして憷能するかどうかを確かめたうえで、あとから C や 
C ++ で灾装しめ:すことができます。逆に、シェルのままでも I •分 H 的を逨成できる坳合には、そ 


のままにしておけばよいのです 0 


m 

メモ 


C や C ++ の代わりとしてよく使われるその他のインタープリタ系言語には、 Perl 、 Tcl / Tk 、 
Python などがあります。これらの言語の埸合にも、インタープリタによって処理されるスクリ 
ブトか、コンパイル済みブログラムかの違いはそれほど意味を持ちません。事実、 Tel では擐近 
になってコンパイラを含むバージヨンがリリースされています。 

作成したスクリプトを C や C ++ で実装し直すべきかどうかは、 JB 適化や移植の必要性、設定 
変更の柔軟性、目的とのバランスなどを考應して判断する必要があります。 


システム竹押.でシェルスクリプトを扱わなければならない坳合はもちろん、新しく浮かんだア 
イディアをとりあえず K してみたい坳合や、何度も繰り返し実行する作業を手際よく処理したい 
場•介などにも、シェルプログラミングの知識が大いに役立ちます。 

このなでは、シェルプログラミングの構文、制御構造、コマンドについて学びます。取り上げ 
る例は網羅的といえるほど多くはありませんが、シェルの機能と威力を I •分に荚感できるはずで 
す0また、この G の以後では、灾際の使〗11にも I •分たえるスクリプトを作成します。このスクリ 
ブトは、あとの0で C を使って及き敗し、憷能を追加します。 

この穿で取り上げる頊 H は次のとおりです。 

〇 シェルとは 
〇 シェルの佐本 

〇 シェルの構文、変数、条件、ブログラムの制御 
〇 リスト 

〇 関数 

〇 シェルのコマンドとコマンド灾行の■文 
〇 ヒヤドキュメント 


〇 デバッグ 
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シェルとは _ 

まずシェルの機能と、 UNIX で利川できるさまざまなシヱルの神類について兄ておきましょう 

シェルとは、ユーザーと UNIX システムの問のインタフェースとして機能するブログラムのこ 
とです。シェルが丫 f : 作することで、ユーザーはコマンドを人力し、これをオペレーティングシス 
テムに火行させることができます。 

そうした总味では、シェルは DOS に似ています。しかし、シェルは、カーネルで行われる処 
现の細かな郃分をユーザーから隐す役割も沿たしています 0 たとえば、ファイルのリダイレクト 
で使う<と>、パイブを衣す丨、サブプロセスからの m ノ j で胙き換えられる $(•••> などは、どの 
ように火装されているかを知らなくても使うことができます。このようなムに沾||すれば、シェ 
ルは UNIX 叩の級プログラミング J 語ということができます。 



図 2.1 シェルの位■づけ 


UND (ではモジュール化がかなり進んでおり、シェルもさまざまな神類の中から好みのものを 
選ぶことができます。现在利) | j できるシェルのほとんどは、オリジナルの Bourne シェルから派 
牛.したものです。 


表 2.1 シェルの種類 



sh ( Bourne ) オリジナルシェル《 


csh 、 tcsh N zsh Berkeley UNIX で有名な Bill Joy が作成した C シェルと、その流れを汲むシェ 

ノレ。 bash に次いで人気がある。 

• •••••••••参•••••••••♦♦•春♦♦••♦争參••参•參••參參•♦♦♦•••••••••参參••參籲# •參巍•警•▲泰_ •巍▼费聲秦，曹省曹翁饞麄一 

ksh ' pdksh Korn シェルとそのパブリックドメイン版。 David Korn が作成。 

bash GNU ブロジェクトから生まれたシェルで、 Linux の標準シェル。 bash という名 

前は、 Bourne Again Shell の略。ソースコードが入手可能で、数多くの UNIX 


システムに移植されている。 

• •■••鑄•••••春•癱•癱參••參•••♦参# •♦鲁籲參参•参••••••••••■••••••♦•••参••參•參秦泰秦•参••鲁春•春•参秦曹,，•■■■戴 

rc csh よりもさらに c に近いシェル。これも GNU プロジェクトの成果。 
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C シェルを除けば、どのシェルも0 •.いに非常によく似ており、 X/Open 4.2 および POSIX 
1003.2让様で指定されたシェルに近いものになっています。 POSIX 1003.2ではシェルのミニマ 
ムな仕様を定めていますが、 X / Open ではこれを拡張し、より使いやすい強力なシェルを义現 11 f 
能にしています。•般に X / Open のほうが仕様の要求水準は尚いのですが、それだけユーザーフ 
レンドリなシステムの惝築が能になっています 
この0では、 i :. に POSIX 比換シェルに共; ifi する機能を取り I •.げます。また、シェルは、デフ 
オルトで/ bin / sh としてインストールされているものとします 


m 

メモ 


GNU ブロジェクトでは、一連の星本コマンドを收めたシェルユーテイリテイ sh - utils を配布 
しており、このパッケージを利用すると、システムに付属のものよリ高いパフオーマンスが得ら 
れることがあります。また、シェルスクリプトをアーカイブしたい塌合には 、 shar ハヽン ケージ 
を利用すると便利です。 


WWM j u プとリダイレクト 


シェルブログラムの説明に人る前に、 UISHX プログラム（シェルブログラム以外のブログラム 
も禽む）の人力と出ノ J のリダイレクトについて簡中•に触れておきましよう。 


出力のリダイレクト 

リダイレクトのうち、いくつかのものはすでに使ったことがあるはずです0たとえば、次の例 
を兑てください。 

$ Is -1 > lsoutput•txt 

この例では、 Is コマンドからの出力が lsoutput . txt という名前のファイルに保存されます 〇 

これはごく申•純な例であり、义際にはもっと複雑なリダイレクトが能です0標準ファイルデ 
スクリブタについては第3争で詳しく学びますが、ここではとりあえず、ファイルデスクリブタ 
〇がブロ グラムへの 標準入力、ファイルデスクリブタ1が標準出力、ファイルデスクリブタ2が標 
準エラー出力を表すことを党えておいてください0これらのファイルデスクリブタは、それぞれ 
個別にリダイレクトできます。义際には、ほかのファイルデスクリブタもリダイレクトできます 
が、標準の0、1、2以外のファイルデスクリブタをリダイレクトする必要がある場合はまれでし 
ょろ〇 

I •.に示した例では、>演灯户を使って標準出力をファイルにリダイレクトしました。この場合、 
デフォルトでは、ファイルが存心:すると、そのファイルは卜.#きされます0デフォルトの動作を 
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変えたい場合には 、 set - C コマンドを使えば、リダイレクトでのファイルの上齊きを禁 lh する 
noclobber オプションを設定することができます。 set コマンドについては、あとでさらに詳し 
く説明します。 

出力をファイルに追加するには、>>演笕子を使います0 

$ ps >> lsoutput.txt 

この例では、 PS コマンドの出力がファイルに迨加されます。 

標準エラー出力をリダイレクトするには、リダイレクトするファイルデスクリブタの侦を>演 

•子の前に付けます。標中エラー出力のファイルデスクリブタは2ですから、ここでは2> のよう 
に衍定することになります。標中エラー力のリダイレクトは、エラー悄報を I 由 iifii に表示させな 
いようにするときに便利です。 

たとえば、 kill コマンドを使ってスクリプトからあるブロセスを kill するとしましよう0この 
坳介、 kill コマンドを火行する前に H 的のプロセスが死んでいることもあります。この状態で 
kill コマンドを実行すると、掠準エラー出力にエラーメッセージが枰き込まれ、通常はこれが 
_面に表示されます。標準出力と標準エラー m 力の肉’ノブをリダイレクトすれば、 kiii コマンド 
からのメッセージを I 由 jifti に衣氺しないようにすることができます 3 たとえば、次のようにします0 

$ kill -1 1234 > killout.txt 2> killerr.txt 

この例では、コマンドの出力とエラー悄報がそれぞれ別のファイルに押き込まれます0 

㈣ 方の出力を1つのファイルに収めたい場介には、次のように>&演算子を使います。 

$ kill -1 1234 > killouterr.txt 2>&1 

これで、コマンドからの出力と エラー 出力の闷力•がじ ファイルに 杏き込まれます。ただし、 
このときに演符户の順序に注意する必要があります 0 上の例は、「標準出力を ファイル 
killouterr . txt にリダイレクトし、次に標準 エラー 出力を標準出力と M じ場所にリダイレクト 
する」という总味です。演 tT f •の順け;を問迫えると、期待どおりの結果が得られないことがある 
ので注意が必要です。 

kill コマン ドが成功したかどうかの結果はリターンコードで知ることができるので（リターン 
コードについてはあとで説明します）、実際には標準出力や標準 エラー 出力を保存する必要はな 
いでしよう 0 そこで、 UNIX の万能*•ガラクタバケツ”である/ dev / null を使って次のように記 
述すれば、出力をすべて捨てることができます。 

$ kill -1 1234 > / dev / null 2>&1 
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2 . 2.2 


入力のリダイレクト 


出力だけでなく、人力もリダイレクトすることができます:）たとえば、次の例を U てください0 

$ more < killout.txt 


もっとも、これは UNIX ではあまり总味のない例かもしれません。 DOS の more コマンドとの 
なり、 UNIX の more コマンドは引数にフアイル名を受け付けるからです。 


2 . 2.3 


パイブ 


パイプ（丨> 演灯 f •を使うと、複数のブロセスを速結することができます。 I ) OS とは W •なり、 
UNIX ではパイブで速結されたブログラムは時に灾行することが 11 T 能です。パイプで連結され 
たプロセスのスケジューリングは、プロセス問をデータが流れるに従って動的に調幣されます c 
簡中•な例として、 ps からの出力を sort コマンドでソートする場介を考えてみましよう。 
パイプを使わない場合には、次のようにいくつかの手順に分けて処理を突行する必要があります0 


$ ps > psout•ext 
$ sort psout•txt > pssort.out 


しかし、パイブを使ってブロセスを迚結すれば、もっとエレガントに処理することができます。 

$ ps | sort > pssort•out 

おそらく II 由 ilfH •ごとに結米を衣ポしたいでしょう。そこで、もうひとつ、 more のブロセスを加 
えてすべてを1行のコマンドラインで記述すると、次のようになります0 

$ ps | sort | more 

連結するプロセスの数には、实 f {的に制限はありません。たとえば、シェルを除くすべての奥 
行中のブロセスのうち、プロセス名が與なるものだけを衣示したい場介には、次のようにします。 

$ ps -a | cut -c 21 -l sort | umq | grep -v sh | more 

この例では、 ps の出力から cut でプロセス名の部分を切り出し、それをアルファベット順にソ 
—卜して、 uniq を使って重複行を取り除き、さらに grep -v sh を使って sh という名前のプロ 
セスを除外し、その結采を11由 i 面ごとに衣示します。 

以 I •.で、シェルの基本操作についての説明は終わりです。さっそく本題のスクリプトの学涔を 
始めましょう。 




28 ♦ 第 2 章シェルプログラミング 


プロクラミング言語としてのシェル _ 

シェルブログラムを作成するには2つの"法がありますひとつは、コマンドを人力し、シェ 
ルによってコマンドを対^的に火行させる"法です0もうひとつは、コマンドをファイルに保作 
し、このファイルをプログラムとして呼び出す力•法です 



対話的ブログラム 


数む fi ! 度の的:いコードをすばやく的中.に•成すには、コマンドラインでシェルスクリプトを人力 
するみ法が適しています。 


⑤ 

注應 


システム標準のシェルが bash ではない場合など、現在使っているシェルを別のシェルに切り替 
えたいときには、シェル名 （/ bin / bash ) をそのまま入力すれば、新しいシェルが実行され、コ 
マンドブロンブトも変更されます。 


ひとつの例として、 C のファイルがたくさんあり、その中から POSIX という义卞列をなむファ 
イルの内を衣小したいとします） grep コマンドを使ってファイルから H 的の文字列を検索し、 
その結られたファイルを1つずつ衣小する"法もありますが、必要な処列!を次のような対ぶ • 
的スクリプトで実行することもできます。 

$ for file in * 

> do 

> if grep -1 POSIX $file 

> then 

> more $file 

> fi 

> done 

posix 

This is a file with POSIX in it - treat it well 

$ 

シェルの コマン ドを人ノ J すると、通常の$というシェルブロンブトが〉に変わることに fl •:总し 
てください。この場合、続けてコマンドを人力していけば、シェルが人力の終わりを A 動的に判 
断してスクリプトを灾行します。 

I ••の例では、 POSIX という文す•列を含むファイルの名前が grep コマンドによって出力され、 
次に more によってファイルの内界が|由 j 血に衣小されます。鉍後に、シェルプロンプトが W って 
きます 0 また、スクリプトの処邱内界をわかりやすくするために、各ファイルを衣すためのシェ 
ル変数は file としています。 
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シェルはワイルドカードの展開（グロビングともいいます> も行います0ワイルドカードには、 
上のスクリプトで使った*以外にも、仟总の1文卞を衣す？、指定した交•字染合のうちの仟の 
义卞 にマッ チする [ set ] 、 指定した文卞染合以外の汀:の义卞に マッ チするい set ] などがあり 
ます。 bash をはじめ、いくっかのシェルで使 JIJ できる中かっこ （{}) の展開を使うと、任, G : の义 
字列をグループ化し、これをシェルに展開させることができます。 

$ Is my_{t mger # toe > s 

卜.の例では、ファイル名の•部が共通する2つのファイルが衣/〗くされます。&初に出した例で 
は、シェルを使って現作のディレクトリ内のすべてのファイルをチェックしました0 

熟練した UNIX ユーザーなら、おそらく次のようなコマンドを人力し、 M じ処理を幼+•的に火 
行することでしょう。 

$ more grep -1 POSIX *' 

次のコマンド も、惝义的には M じです 

$ more $(grep -1 POSIX ” 

では、次のように人力した坳介はどうでしょうか。 

$ grep -1 POSIX * | more 

姒後の例は、 POSIX というパターンに•致する内衿を持っファイルの名前を出力します。これ 
らの例からわかるように、シェルでは grep や more など、ほかのコマンドを使ってより複雑な作 
菜を火行することができます。シェルを使うと、既存のコマンドをつなぎ介わせて新しい強力な 
機能を持たせることができます。 

しかし、•迚のコマンドを灾行するときに、常にコマンドをひとっひとっ人力しなければなら 
ないとしたらとても ifH •倒です。このような場介、コマンドをファイルに保存しておけば、必贤に 
応じていつでもコマンドを火行することができます0コマンドを保存したファイルは、惯妁上、 
シェルスクリプトと呼ばれています0 


2 . 3.2 


スクリプトの作成 


まず、テキストエディタを使って、コマンドを,! il 述したファイルを作成します。次のような内 
科の first . sh というファイルを作成してください。 
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#! /bin/sh 


# rirst.sh 

# This file looks through all the files in the current 

# directory for the string POSIX, and then prints those 

# files to the standard output• 

for file in * 
do 

if grep -q POSIX $file 
then 

more $£ile 
fi 
done 

exit 0 

# から行ぶまではコメントです。ただし、 f /悄的に#は行頭に沢かれることが多いようです。# 
で始まる部分はコメントといいましたが、災は1行II の#!/ bin/sh は特別な形のコメントです。 
H 体的には、#!のあとに続くリI数によって、ファイルを火行するのに使うプログラムを指定しま 
す。たとえば、上の例では/ bin/sh がデフォルトのシェルブログラムになります。 

このコメントでは絶対パスが指定されていることに注总してください。 UNDC の火装によって 
は、インタープリタのパス M が32义字に制限されていることがあります0このため、よく使うシ 
ェルは/ bin (こシンボリックリンクを张っておくほうが無難:です。於い名前のコマンドや、深く 
抛られたデイレクトリに胙かれたコマンドを呼び出,す指定になっていると、スクリプトが il •:しく 
動作しないことがあるからです。 

スクリプトは浓本的にシェルへの標準人力として扱われるので、スクリプトには、 PATH 垛境 
変数に基づいて参照吋能な任盘の UNIX コマンドを記述することができます0 

スクリプトの iti •後の exit コマンドは、スクリプトから总味のある終了コードを返します（終 r 
コードについてはあとで詳しく説明します)。ブログラムを対話的に実行する場合には、終 f コ 
ー ドをチェックすることはほとんどありませんが、スクリプトを別のスクリプトから呼び出して 
iK 常に終 r したかどうかを•揭ベる場介には、適切な終 r コードを返すようにしておく必要があり 
ます。さらにいうなら、たとえスクリプトをほかから呼び出すことを想定していなくても、きち 
んと終 r コードを返すようにしておくべきです。これは、 UNIXfi •学の爪要な要ぶである洱利叫 
の観/•(からも笊ましいことです。11分の作成するスクリプトのイ1•用性に n 馆を持って、きちんと 
終 r コードを返す的惯を身につけておきましょう。 

シェルプログラミングでは、0は常に終了したことを意味します。上のスクリプトでは、エ 
ラーを検出することができないので、常に成功を意味する〇を返します。成功した場合に終了コ 
ー ド0を使う理由については、あとで exit コマンドを取り上げるときに説明します。 
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2 . 3.3 


スクリプトを実行可能にする 


作成したスクリプトファイルを灾行するには2つの方法があります。 iti •も簡単なのは、次のよ 
うにスクリプトファイルの名前を引数としてシェルを呼び出す力•法です。 

$ / bin/sh first.sh 


この"法でも义行は" f 能ですが、ほかの UNIX コマンド1"1様、ファイルの名前を人力するだけ 
でスクリプトを；行できたほうが便利です。 

それには、すべてのユーザーがファイルを戈行できるように、 chmod コマンドでファイルのモ 
ー ドを変 1 il します。 

$ chmod +x nrst • sh 


m 

メモ 


chmod コマンドでファイルを実行可能にするには、上に示したやり方以外にもさまさまな方法 
があります 。 man chmod を実行し、8進数の引数やその他のオブシヨンについても調べてみて 
ください。 


ファイルのモードを変史したあとは、次のようにしてスクリプトを灾行することができます。 
$ first.sh 


\ 上のように入力しても、コマンドが見つからないという意味のエラーメッセージが表示されるか 

\ XS / もしれません。これはほとんどの埸合、シェルの 環境 変数 PATH に現在のディレクトリが含まれ 
注] ■ ていないことが原因です。 PATH =$ PATH ": •••とするか、または . bash _ profile ファイルを編集 

して現在のディレクトリが PATH に含まれるようにしてください（もちろん、スクリプトが存在 
するディレクトリで、ファイルへの相対パスを指定して ./ first . sh と入力する方法もありま 
I す)。 

ただし、 root ユーザーの PATH 変数には、現在のディレクトリを含めるべきではありません。不 
用息にこうした設定を行うと、 root としてログインしたシステム管理者が、標準コマンドの代 
わりに、現在のディレクトリに E かれた偽のコマンドを呼び出してしまう危険性があり、セキユ 
リテイホールになります。 


スクリプトが lli しく動作することを確認したら、現イ I :のディレクトリではなく、より適切な場 
所にスクリプトを移動することができます。作成したスクリブトが H 分也川のコマンドである場 
合には、ホームディレクトリに bin ディレクトリを作成し、この bin ディレクトリをパスに追加 
するとよいでしよう。ほかのユーザーも使うスクリプトの場合には、 / usr / local / bin など、新 
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しいブログラムを追加するのに適した場所にスクリブトを欣きます。使用している UNIX システ 
ムで root 権限を持っていない場介には、システム竹•理荇に依賴してファイルをコピーしてもらう 
ことになります。ただし、その場合には、スクリプトのイ i •パ1性や安今:性についてシステム竹理行 
を納徘させなければなりません0ほかのユーザーが誤ってスクリプトを変史したりしないように 
するには、スクリプトから々き込みアクセス権を削除します。竹珂行がスクリプトのオーナーと 
パーミツシヨンを変 1 ii する垛介には、次のようなコマンドを使うことになるでしょう。 


# cp first.sh / usr / local/toin 

# chown root / usr / local / bin / first.sh 

# chgrp root / usr / local / bin / first.sh 

# chmod 755 / usr / local / bin / first.sh 

I ••の例では、必贤なパーミツシヨンがあらかじめ正確(こわかっているので、パーミッションフ 
ラグを部分的に変电するのではなく、 chmod の絶対モード指定を使っています。詳細について 
は、 chmod のマニュアルページを参照してください。 

⑥ 


，及 ■ シェルの樣交 _ 

簡中.なシェルプログラムの例をすでに氺したので、以ドではシヱルの持つ強力なブログラミン 
グ機能について系統的に説明していきます0シェルは、学 f / の容鉍なプログラミング H •語です。 
シェルを使えば、小さなブログラムの断片を対話的にテストし、期待どおりに動作するかどうか 
を確認したあと、より人きなスクリプトに組み込むことができます 0 機能の強化された新しい 
UNIX シェルを使えば、非常に人きな、構造化されたブログラムを作成することもできます。 
ここでは、次のような項11を取0 h げます。 

〇 変数：文字列、 数侦、 環境、パラメータ 
〇 条件：シヱルのブール型 

® プログラム制御： if 、 elif 、 for 、 while 、 until、case 
O リスト 

< J 関数 

Q シェルのビルトインコマンド 


UNIX では、ディレクトリに対して I {き込みバーミッションを持っているユーザーは、そのディ 
レクトリにあるファイルを削除することができます。したがって、ほかのユーザーに消されたく 
ないファイルは、 root しかき込めないディレクトリに H く必要があります。 
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〇 コマンドの結米の取抑 
〇ヒヤ ドキュメント 



通常、シェルでは変数を宣言せずに使川します。 jl •体的には、変数に初期侦を割り，てるな 
ど、変数を/ ri 初に使川した時点で、その変数が作成されます。デフォルトでは、すべての変数は 
文字列邶として扱われ、格納されます。これには、変数に数侦が割り、 1 1てられている場合も穴ま 
れます。シェルと•部のユーティリティでは、他の操作が必要になったときに、••数値”文卞列を 
侦に変換します0また、 UNIX は人;交卞小义卞を K 別するシステムなので、シヱルでも foo や 
Foo , F 00 はいずれも別の変数として扱われます 0 

シェルでは、変数名の前に$义字を付けることで変数の内谷を取得することができます。また、 
echo コマンドで変数の内界を出力することができます。変数を使う場介には、変数に侦を剂り 
3てる場介を除き、常に変数名の前に$を付ける必要があります。次に示す例では、コマンドラ 
インで変数 salutation にさまざまな侦を設定しています。 


$ sa 丄 utation=Hello 
$ echo $salutation 

Hello 

$ salutation="Yes Dear " 
$ echo $salutation 
Yes Dear 
$ salutation =7+5 
$ echo $salutation 
7 + 5 


read コマンドを使うと、ユーザーからの 人力を 変数に割り、 1 1 てることができます 。 read コマ 
ンドは、ユーザーからの 人 乃を受け取る変数の名前を リ |数に取り、ユーザーがテキストを 人力す 
るまで待ちます3通常、ユーザーが Return キーを押した時 戍 で 人力が 終 f したと判断し、処邱 
を続行します。 

♦クォート 

先に進む前に、シェルで:歌要な总味を持つクォートに ついて 説明しておきましょう。 

通常、パラメータは“ホワイトスペース 义卞 ”、つまり 乍 |'丨、タブ、または改行 义卞で K 切ら 


空白を含む文字列は引用符で回む必要があります。また、等号の両側に空白を入れてはいけま 
せん。 
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れています。このため、ホワイトスペース文字 n 体を禽むパラメータを使う場合には、パラメー 
夕をクオートする必耍があります。 

$ salutatiori などの変数が、クオートされた内側の部分でどのように扱われるかは、クオー 
卜の種類によって異なります。$による変数表現を-:取引用符で囲むと、その行が実行されると 
きに変数が侦に沢き換えられます0 ¥•—引用符で卵むと、沢き換えは行われません。また、$記 
りの前に\を付けると、$記 y •が持つ特別な意味が打ち消されます。 

一般に、文字•列はい li : 引用符で囲みます。これは、変数にホワイトスペースが穴まれる坳介で 
も1つの変数として扱えるようにするためと、$が展開されるようにするためです。 

■ B 1 変 数 _ 

クオートによって変数の出力がどのように変わるかを荚際に確かめてみましょう。 

#! /bin/sh 
myvar="Hi there" 


echo §myvar 
echo "$rayvar M 
echo '$rayvar• 
echo \$myvar 

echo Enter some text 
read myvar 

echo '$myvar' now equals $myvar 
exit 0 


このスクリブトの川力は次のようになります。 

Hi there 
Hi there 
$myvar 
$myvar 

Enter some text 

Hello World 

$myvar now equals Hello World 


解脱 

変数 myvar が作成され、文卞列 Hi there が割り^てられます 。 echo コマンド によって変数 
の内界が出力され、$文字の付いた変数が侦に展開されることがわかります。二屯引用符を使っ 
た場合にも、同様に変数の内界が出力されます0しかし、中.-引用符とバックスラッシュ（|リ記 
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Vy ) を使った場合には、値への興き換えは行われません。 read コマンドは、ユーザーが人力した 
文字列を取得します。 


♦環境変数 

シェルスクリプトの灾行が開始されると、いくつかの変数は、あらかじめ说境に穴まれている 
侦で初期化されます。通常、これらの変数には大文字が使われます。これは、スクリプトの中で 
ユーザーが^ 在する変数（シヱル変数）に小文卞が使われることが多く、これら2つの M 類の変 
数を K いに K 別できるようにするためです，「 I 動的に作成される変数は、ユーザー设定がどのよ 
うになっているかによって铒なります。マニュアルページには多くの変数がリストアップされて 
いますが、このうち特に》丁(要なものをまとめたのが次の衣です。 


表 2.2 W 境変数 



$HOME 

現在のユーザーのホーム ディレクトリ。 

_ - ， tft •••着 t 巍•曹•看••曹逢9省麄44麄拳 參♦參蠢#參♦参#參 •## 参參參参參參參#9 

• • a a A •■垂龜 ■ 龜 ■ ■■龜 ■ ■■魏魏 • • A • A A ■ A A 獻 A ■獻 •霞喱霞豊嫌1 •電 • 

$PATH 

• •■•看 • ••擎 •••••••• • 零 零 ■ 冒 w ^ ^ ^ vvvwvw 冒一 — 一- 

コマンドを検索するディレクトリのリストをコロンで区切つたもの。 

$ PS 1 

コマンドブロンブト（通常は Wo 

$ PS 2 

二次 ブロンブト（さらに入力が必要な塌合に表示されるブロンブト。通常は 

• •••書## ••籲••參•••••拳籲•參•拳•參參••籲••着••籲___馨鑄馨•馨••售售•••••••••••••翁参 

$IFS 

内部フィールドセバレータ。シェルが入力を読み取るときに語の区切りとして使 
う文字のリスト。通常は、空白、タブ、改行文字。 

麄•••，•••♦•参 ♦♦♦♦•••••♦•••鑄 ••••••♦•••••••••••••••••••••春•••••春•••儀 

$0 

シェルスクリプトの名前。 

$# 

•籲參♦參參籲参秦參癱•春•••参參## #• ••參••き•參••參•參#參春參9 ■攀 ■擊■零華■華零零雪 W 曠擊 W — 擊攀, 

渡されたパラメータの5 文。 

•參•春••參•••参#_參•••••••春••••••••••♦♦♦••♦♦♦♦♦•翁籲參••參參參•••••鑄 _ ••參參參•••••••春參 •參 ••參 •■•参 ••籲 t# •秦 1 11 

$$ 

シェルスクリプトのブ□セス ID 。 しばしば、スクリプト内で一*の作業用ファ 
イル名を生成するのに使われる （/ tmp / jxink _$$ など）。 


m 

メモ 


異なる環境に S いたときにブログラムがどのように動作するかをチェックしたい埸合には 、 env 
コマンドを使います。詳しい使い方については、 env のマニュアルページを参照してください。 
サブシェルの中で谓境変歆を設定するには、 export コマンドを使います。このコマンドについ 
ては、あとで取り上けます。 


♦パラメータ変数 

パラメータを指定してスクリブトを呼び出した場合には、いくつか追加の変数が作成されま 
す。また、パラメータを1つも指定しなかった場合でも、上の表に示した環境変数の$#は存在 
し、その侦は〇に設定されます0 
次の表は、パラメータ変数の一览です。 

















36 ♦ 第 2 章シェルプログラミング 



表2_3バラメータ変数 



$1、$ 2 、… スクリプトに与えられたパラメータ0 

•••••••••••••••春•春 參參 ••••••拳••••••■••春••春 •參籲 •••••••••••••••••春 ••••••••••■•••••••••••••••••••••••••••••舞, 看 •，赢••秦 

$# すべてのパラメータのリストを1つの変歆で表したもの。各パラメータは im 竞変 




歆 IFS の蒗初の文字で区切られる。 

籲■•眷 ■ 參•秦參參參參參♦•••♦•参•♦♦••争••••••春## ••參•♦••••••••••♦••••拳••拳•费脅■鬢曹巍謇曹•曹龜餐■謙11 

$* とほほ同じ。ただし、環墁変数 IFS は使われない。 


X/Open 什様に従えば、 $* と$@の違いは次のようになります 0 

二 取リ I ⑴符(こ州まれた部分でパラメータの展開が行われる場合、 $ Mi 、 各パラメータを IFS 
(内部フイールドセパレータ）の域初の文字 ( IFS が設定されていない坳合には空 A 文字)で K 切 
り、その令体を1 つの 侦として持つ中. 一の フイールドに展開されます0 IFS に空文字列が設定さ 
れている垛合には、 IFS が設定されていない場合とは黄なり、パラメータのそれぞれの侦が速結 
されます。次の H 休例を U てください。 


$ IFS=* 1 

$ set foo bar bam 
$ echo 
foo bar bam 
$ echo ••$*" 
foobarbam 
$ unset IFS 
$ echo "$*" 
foo bar bam 


この結米•からわかるように、二:®引川符で州まれた $e は、 ifs の侦とは関係なく、各定位沢 
パラメータを独立した フィールドと して展開します0 

echo コマンドを使うと変数の内矜を衣, ji できますが、 |««J 様に、 read コマンドを使って変数に 
侦を説み込むこともできます。 



次のスクリプトは、ごく簡中•な変数操作の例です。スクリプトの内咨を人力し終わったら、 
chmod a+x try 一 variables を ' 火:行してスクリプトを実行 uj* 能にしてください。 


#! /bin/sh 

salutation="Hello" 
echo $salutation 

echo "The program $0 is now running" 

echo "The second parameter was $2" 

echo "The first parameter was $1" 

echo "The parameter list was $*" 

echo M The user's home directory is $HOME n 
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echo "Please enter a new greeting - 
read salutation 

echo $salutation 

echo "The script is now complete " 
exit 0 

スクリプトの灾行結果は次のようになります。 


$ try — variables foo bar baz 

Hello 

The program try_variables is now running 

The second parameter was bar 

The first parameter was foo 

The parameter list was foo bar baz 

The user's home directory is /home/rick 

Please enter a new greeting 



The script is now complete 
$ 


このスクリプトでは、変数 salutation を作成し、その内界を衣ボしています。次に、各种パ 
ラメータ変数と環境変数 $HOME がすでに存在し、それぞれ適切に侦が設定されていることを確認 
しています。 

パラメータの iW き換えについては、あとでさらに詳しく取り上げます。 



条件を凋べ、その結采に応じて與なる処坪を火行する憷能は、どんなブログラム d 語にも小4 
欠です。ここでは、まずシェルスクリプトで使⑴できる条件の構文要ぶを取り上げ、これらの•及: 
ぶを使った制御構造にっいて解説したあと、条件の使い方を学びます。 

シェル スクリブトでは、 コマン ドライ ンから 呼び出した仟の コマン ドの終 r コードを•凋べる 
ことができます。これには、む分で作成したスクリプトも含まれます c したがって、独 a にスク 
リプトを作成する坳合にも、スクリプトの M 後に必ず exit コマン ドを記述することが人切です0 


♦ test ([]) コマンド 

火際のスクリブトでは、シェルで A •偽を利定するための [] コマンド ( test コマンド）を非常に 
よく使います 0 ほとんどのシステムでは、□コマンドと test コマンドはまったく M じものです 0 
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なぜ [] というコマンドがあるのか不思議に思うかもしれませんが、スクリプトの中で□を使う 
と、コマンドを簡潔に記述することができます0また、ほかのプログラミング言語との類似性が 
商まるという利点もあります。 


⑤ 
注慧 


I UNIX シェルによっては、これらのコマンドから外部ブログラムを呼び出すようになっているも 
のもありますが、比較的新しいシェルでは、コマンドがシェル本体の中に組み込まれる傾向にあ 
ります。シェルのビルトインコマンドについては、あとで詳しく取り上けます。 
test コマンドは、シェルスクリプト以外ではあまり使われません。そのためでしようか、シェ 
ルスクリブトを S いたことのない UNIX ユーザーは、自分が作成した簡串なプログラムに test 
という名前を付けることが多いようです。 test という名前のブログラムがうまく動作しなかっ 
たら、ほとんどの埸合、シェルの test コマンドと干渉していることが原因です。同名の外部コ 
マンドがシステムに存在しているかどうかを調べるには、 which を使って which test のよう 
に実行します。該当するコマンドが存在すれは'、 / bin / test または/ usr / bin / test のように 
表示されます。 


さっそく、 test コマンドを使って中•純な条件を•開べてみましょう 0 凋べる条件は、ファイル 
が☆:作するかどうかです）使⑴するコマンドは 、 test -f filename です。スクリプトでは、次 
のように, ki 述します。 

if test -f fred.c 
then 


次のように述することもできます。 

if [ -f fred.c 】 
then 


条件付きコードが火行されるかどうかは、 test コマンドの終了コード（条件を満たしたかどう 
か）によって決まります。 

⑤ 


チェックする条件と角かつこ[】の間には空白が必要です。左の角かっこ（【）は、条件と右の角 
かつこ （]) を引数に取るコマンドだと覚えておくとよいでしょう。 


if と M じ行に then を記述したい場合には、条件利定と then を分離するために セミコロン （；) 
を使います。 
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if [ -f rred^c ]; then 

：；* 

test コマンドで扱うことができる条件の棟類は、3 つに 分類できます 0 次にホす衣は、钝頌ご 
に灸 fl ••をまとめたものです。 



2.4 文字列比較 


I 列比較 



ringl = strings 
nngl ! = stnng 2 




結果 


文字列が空文字列でなければ真 
2つの文字列が等しければ興 
2つの文字列が等しくなければ翼 
文字列が mill でなければ興 

• •争#參•拳##參•♦春••參♦參••••••••••♦参••參•鲁••参♦♦鲁參參參••參 ••••••• 參••參_ 

文字列が null (空文字列）であれば裒 



9術比較 



expression ! -eq expression 2 2つの式が等しければ S 


expression ! -ne expression 2 2 つの式が等しくなければ興 

参 tff ••，拳,籲參麄參,參春參參参•参###•春參##•••春♦••••••••••••春•••••参♦♦♦♦♦♦••♦•••••••••••♦春•••••••拳•春•••••••••••••••••••春馨••••春••••••••••••春••參參 # ••參參•••拳••籲•••••参••參••琴籲争 

expressionl-gt expression 2 式1が式2よリ大きければ寅 （gt は greater than の意) 

* m 耋_ ■•龜•魏••亀亀•亀龜饞_應籲•龜___龜_ ■巍 • ••麄•麄•魏•龜巍龜戴■鼸龜龜鼸撬龜€€€€€€€省耆曹曹餐曹着曹曹省曹曹耆看曹曹曹贄曹嘗費參鬌雩 • f f f 


expression ! -ge expressions 


式 1 が式 2 と等しいか、またはそれより大きければ費 （ ge は 


expressionl -It expressions 

_••••••••••書#•••••春••••拳#參#_••春#♦籲#拳########參##着### 参翻 

expressionl-le expression 2 




greater than or equal to の意） 

•籲馨籲籲馨秦籲籲癱馨籲參籲籲籲籲籲參參癱參參籲籲鲁镰籲籲镰參蠊#參•参########## ••參 ••####### 钃#4###### ♦春#參#參#籲_鑄# _ 春籲馨麟隹馨參譬♦肇會會聲春参馨鲁參馨修馨鑛馨馨■嫌嫌 • 

式1が式2より小さければ興 (it は less than の意) 

式1が式2と等しいか、またはそれより小さければ輿 （ ie は less 
than or equal to の意) 

•鲁鲁•參#•••••参拳#••參參參#翁###### •••##•••» •籲参•參•••••春參#••參••♦••拳籲•癱參••參•參♦♦♦春###參## ••籲籲# t # •會參♦♦參 t # き# •参き參拳•参 ♦ 

!は式の否定。したがって、式が偽ならば*、式が裒ならば偽 


表 2.6 ファイルの粂件 


ファイルの条件 


-d fi 


-g 


le 
le 
le 
le 
file 
le 
le 
le 


ファイルがディレクトリならば真 

• •籲籲••籲籲籲••籲參籲••癱參參癱••参參•鲁癱•••春•參••參 • _ ••••••••••春•♦••••離•♦•翁參#籲##參#參♦馨參參參•參•••参 • •春參鲁•參••參 

ファイルが存在すれば® 

ファイルが通常のファイルならば興 

»參參參•籲•秦•參參蠢•參參•秦參秦•秦•秦 ••• •籲癱參參參參籲參參蠢秦秦秦秦泰#感泰秦癱籲#參# •籲參##參#參參#參馨春着#參❿•參籲籲籲•镛•••••春參•••参 •••••*• 

ファイルに set - group - id ビツトがセツトされていれば® 

••癱••••••••••••••••••••••••参••••••••••傷 

ファイルが読み取り可能ならば® 

!• ••⑩••き# ••參•參 •••_ •••••••••••参•••••春•••••••春•••••••拳•••♦••拳••參•參參••籲 ••籲 _籲•春# •籲# 參春馨參•••零•馨 • 

ファイルのサイズが0でなければ真 

ファイルに set - usexr - id ビツトがセツトされていれば真 

» ••••••参參•參參•參•參馨 • _ ••參参畚••••書••镛•籲•癱#餐••籲參參# •參秦籲籲••參翁##鲁蠢 秦癱籲 ••癱••癱# # • • # 4秦#癱## ••籲籲•••••••暴 

ファイルが S き込み可能ならば貝 
ファイルが実行可能ならば真 
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注憲 


- e オブションは移植性がないという歴史的経緯があるので、一般にはィオプションのほうがよ 
く使われます。 

上の表の説明に、 set - group-id ビットと set - user-id ビットという耳慣れない用語が出てき 
ました 0 これらはそれぞれ set-gid ビット、 set-uid ビットと呼ばれることもあります。 set - 
uid ビットは、ブログラムに（ユーザーではなく）オーナーのバーミッションを与えます。同様 
に、 set-gid ビットは、ブ□グラムにグルーブのパーミッションを与えます。 
set-gid ビツトと set-uid ビツトは、シェルスクリプトでは恿味を持ちません 。 


[•.の表のどの条件の場介にも、結果が奥を返すには、まず該当するファイルが存在していなけ 
ればなりません 0 また、衣に/したオプションは、 test コマンドのオプションのうちよく使われ 
るものだけです。その他のオプションについては、マニュアルページを参照してください 。 bash 
では test はビルトインコマンドになっているので、詳しいヘルプを衣氺するには 、 help test 
と人力します。 test のオプションについては、あとでまた取り I •.げます。 

条件そのものについての説明は以1••で終わりです。次に、条件を使った制御構造について説明 
します。 


制御構造 


シェルではさまざまな制御構造を利⑴することができます。シェルの制御構造は、ほかのブロ 
グラミングのものとよく似ています 0 制御構造によっては、 case ステートメントのように、 

より強力な憷能を持つものもあります。その他の制御偁造も、偁文がやや兴なる秤度の違いがあ 
るだけです。 


m 


メモ 


以下の説明では、条件が满たされるとき、满たされる間、または滿たされるまでに実行される 
一連のコマンドを statements と表記します。条件自体は condition と表記します 0 


♦ if 

if ステートメントは、コマンドの結米を調べ、姑•米:に it じて.速のステートメントを火行し 
ます。 
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15111 if コマンドの使用 

次のように、資問に対する间答に応じて処理を変える場合には、 if をよく使います。 



echo "Is it morning ? Please answer yes or no " 
read timeofday 

if [ $timeofday = " yes" 】； then 
echo "Good morning " 
else 

echo "Good afternoon " 
fi 

exit 0 

スクリブトの火む結!!！:は次のようになります。 


Is it morning ? Please answer yes or no 

yes 

Good morning 
$ 


解説 

このスク リブトでは、□コマンドを使って変数 timeofday の 内界を凋べています。そして、 
i f コマンドによる評価結求•に応じて兴•なるコードを义行します。 



if の内側では、ホワイトスペースを挿入してステートメントをインデントしていますが、これ 
は串にスクリプトを（人間にとつて）読みやすくするためです。シェルは、追加されたホワイト 
スペースを無視します。 


♦ elif 

h にボした簡単なスクリプトには、残念ながらいくつか問題があります。まず、 yes 以外の答 
えはすべて no の盘味になってしまいます 0 これを防ぐには、 if コマンドの else の部分が灾行さ 
れるときに、もうひとつ条件を加えます。 

Effil elif を使った条件の追加 

I •.のスクリプトを修 ll •:し、ユーザーの M 答が yes または no 以外の場合にはエラーメッセージ 
を衣ポするようにしましょう。それには、 else を elif に変え、条件をもうひとつ加えます。 
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#! /bin/sh 

echo "Is it morning? Please answer yes or no" 
read timeofday 

if [ Stimeofday = "yes" ]； then 
echo "Good morning" 

elif [ $timeofday = " no" 】 ；then 
echo "Good afternoon " 
else 

echo " Sorry ， $timeofday not recognized . Enter yes or no " 



fi 

exit 0 

解説 

姒初に作成したスクリブトとほとんど M じですが、今度は elif を使川し、 if コマンドの結沿 
が偽だったときには変数をもう•度チェックします：どちらの条件 mu の結采も偽になった場介 
には、エラーメッセージを衣尔し、終广コード1でスクリプトを終 r します。終 r コードを返す 
ことで、ほかのプログラムからこのスクリプトを呼び出した場“でも、処邱が成功したかどうか 
をチェックできるようにしています， 


♦変数に関する問題 

elif を使うことで、敁も人きな問題は M 避することができます。しかし、まだ微妙な問題が 
残っています。修整後のスクリプトを吏行し、質問が表示されたときに Retu rn キーだけを押し 
たらどうなるでしようか。この坳介には、次のようなエラーメッセージが衣示されます。 

[:=: unary operator expected 

どこがいけないのでしようか 0 問題は、ね•初の if 句にあります。変数 timeofday をテストす 
る時 A で、この変数に設定されている义•字列は乍です。したがって、変数が展開されたあとの if 
句は次のようになっています。 

if [ = " yes " 】 

これは iK しい条件になっていません。このような状況になるのを防ぐには、次のように変数を 
引川符で囲みます 0 

if [ "$ timeofdav " = " yes "] 
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これで、変数に侦が設定されていなくても、次のように止しい条件として評価されるようにな 
ります。 



修止を加えたあとのスクリプトは、次のようになります。 


林 ! /bin/sh 

echo -n "Is it morning? Please answer yes or no: •• 
read timeofday 

if [ "$ timeofday " = " yes" 】； then 

echo "Good morning 11 
elif [ "$timeofday" = "no M ]; then 
echo "Good afternoon" 
else 

echo "Sorry, $timeofday not recognized. Enter yes or no 



このスクリプトでは、饮問に対してなにも人力せず、 Return キーだけを押しても問題は起きま 
せん0 


m 

メモ 


echo コマンドで末尾の改行文字を出力したくない場合には 、 echo - n とします。 echo コマン 
ドのその他のオプションについては、マニュアルページを参照してください。 


♦ for 

for は、ある範囲の値に対して繰り返し操作を行う場合に使います。侦には、任意の文字列の 
災合を指定できます。指定する侦は、ブログラムの中にあらかじめ記述しておくこともできます 
が、通常はシェルによるファイル名の展開結果などを利用します0 
構义 n 体は中.純です。 


for variable in values 

do 

statements 

done 
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固定文字列を使った for ループ _ 

通常、値には文字列を使って次のように記述します。 

#! / bin/sh 

for foo in bar fud 43 
do 

echo $foo 
done 

exit 0 

出力は次のようになります 0 


bar 

fud 

43 

ili •初のむで for foo in bar fud 43 を for foo in "bar fud 43" のように変 Oi したらど 

うなるか試してみてください。この"法は、空〇を穴む文卞列を変数に代入するときに利用でき 
ます。 


解脱 

このスクリプトでは、変数 foo が作成され、 for ループを | U | るたびに、変数に.光なる侦が割り 
4てられます。シェルでは、どの変数もデフオルトでは文字列として扱われるので、文卞列 f u<3 
だけでなく、文字•列 43 のような倘を使うこともできます。 

すでに述べたように、 for ループは、シヱルによるファイル名の展開と組み合わせて使うほう 
が•般的です0つまり、文卞列の侦としてワイルドカードを使川し、実行時にシェルによって U 
体的な値に展開されるようにするのです0 

このか法は、すでにこの尔の M •初のスクリプト例 first.sh でも使いました 0 first.sh では、 
シェルの展開、つまり★が現在の デイ レクトリにむ:在するすべてのファイル名に展開されること 
を利川しています。該当する各ファイル名は、 for ループの中で変数 $file として使われます_ 
次にもうひとつ、ワイルドカードの展開を使った例を不しましょう。 


例題 


ワイルドカードの展開を使った for ループ 


1朌の外:の屮からいくつかの草を印刷したいとしましょう。 ファ イルはなごとに分かれて いま 
す。この場合、次のスクリプトを灾行すると、第 3 草〜第 5 クだけを印刷することができます。 
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#! / bin/sh 

for file in $(Is chap [345]. txt ); do 
lpr $file 
done 


:解説 

この スクリプトでは、 $( conunand > という構文を使っています。 この 構文についてはあとで評 
しく説明しますが、 for コマンドのパラメータリストは、 $() で I 用まれたコマンドの出力によっ 
て設定されます。 

すでに触れたように、 [345] は3、4、5という文字•の染合を表すので、 $(> で州まれたコマン 
ドはシェルによって展開され 、 Is chap 3 .txt chap 4 . txt chap 5. txt のようになります 0 コマ 
ンドの実行結采は 3つの テキス ト ファイルのね W (ファイルが#在す る 場介）になり、これが for 
ループの バラ メータに なります。 


® シェルスクリプトでの変歆の展問は、スクリプトの実行時に行われます。このため、変歆を宣 

；言している部分での檇文エラーは、スクリプトを実行するまで栘出されません。すでに示した例 
注 思 で、 M 問に対して Return キーだけを押すと 、[:=: unary operator expected とし、うエラ 

一が発生したのも、実行時に展問された変数が空文字列になつたためです。 


♦ while 

シェル変数はいずれもデフオルトでは义ネ列として扱われるので、 for ループは一連の文字列 
を対象として繰り返し処理を行う場合には便利です。しかし、指定した W 数だけ コマン ドを実行 
する場合など、 for ループではすっきりと, kl 述できないケースもあります 0 

たとえば、 20 fl * l の他を処理する場合、 for ループでは次のようにスクリプトが冗鉍になってし 
まいます。 


#! / bin/sh 

for foo in 12 3 4 5 6 7 8 910111213141516171819 20 
do 

echo "here we go again " 
done 
exit 0 

また、ワイルドカードによる展開を利) | j するとしても、どれだけ処理を繰り返せば よいの かは 
っきりとわからない場合があります0このような場合に便利なのが while ループです。構文は次 
のとおりです。 
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while condition 
do 

statements 

done 


たとえば、パスワードの入力を求める簡中•なスクリプトを while ループを使って記述すると、 
次のよう（こなります。 


#! /bin/sh 


echo "Enter password " 
read trythis 

while 【 "$ trythis "1=" secret " ]; do 
echo " Sorry , try again " 
read trythis 
done 


このスクリプトの出力は次のようになります。 


Enter password 

password 

Sorry, try again 

secret 

$ 

もちろん、このような"法でパスワードの人力を求めるのは、セキュリティト.好ましくありま 
せん 0 これは中.に while ステートメントの使い方を説明するためのスクリプトです。 do と done 
に挟まれたステートメントは、条件が戌の問、繰り返し実行されます0条件の部分では、 
trythis の侦が secret と W •なるかどうかを调べています。したがって、 $trythis が secret と 
一致するまでは、ループが义行されます 0 条件が真になると、 done よりあとに記述されたステ 
ー トメントが実行されます。 


例題 


繰り返しの実行 


while を幻:術演兑の代人と組み合わせると、一定の M 数だけ コマンドを 実行でき、 f or ループ 
を使った場合よりスクリプトを簡潔に記述できます。 


#! /bin/sh 
foo=l 


while 【 w $ foo"-le 20 】 
do 
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echo "Here we go again " 
foo =$(($ foo + l )) 
done 

exit 0 


\ $(( >) は ksh で追加された祸文要素ですが、それ以来 X / Open 仕様にも取り入れられていま 

す。 ksh より古いシェルでは、代わりに expr を使います。 expr についてはあとで取り上けます 
注慝 が、に比べて処理は遅く、よリ多くのリソースを消沔します。 I 


解説 

このスクリプトは、[】コマンドを使って foo の侦を20と比較し、 foo の侦が20と等しいか、 
より小さい場合には while ループを火行します while ループの中では、 (($ foo + l )) という構 
文を使ってかっこの内側の式の兑術演灯を火行し、ループを M るたびに foo の俯を1つ增やしま 
す。 

このスクリプトでは、 foo に乍文字列が設定されることはないので、変数を UI 川符で州む 
必袈はありませんが、こうした列惯をつけるほうが好ましいという観*からン屯引用符を使って 
います、 


♦ until 

until ステートメントの惝义は次のとおりです 


until condition 
do 

statements 

done 


until ステートメントは while ループによく似ていますが、条件のテストが逆になっています。 
つまり、 while ループでは条件が i •(の冏ループが义行されますが、 until では条件が典になるま 
でループが灾行されます。 

until ステートメントを使うと、条件利定をわかりやすく •记述することができます。また、な 
にかが起こるまでループを無限に繰り返したい垛介にも便利です。たとえば、次のスクリプトは、 
リ I 数に指定したユーザーがログインしたときにメッセージを表尔します。 

#! / bin/sh 

until who | grep "$1" > / dev/null 
do 

sleep 60 
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done 


# Now ring the bell and announce tne expected user « 
echo -e \\a 

echo "***** $1 has just logged in *****" 



♦ case 

case の構文は次のとおりです 


case variable 

in 



pattern [ | 

pattern] 

.. .) 

statements;; 

pattern ( | 

pattern] 

…） 

statements;; 

• • • 

esac 





惝义は少し込み人っていますが、 case を使うと、変数の内界をパターンと突き介わせ、その 
姑浓に応じてなるステートメントを火行することができます 

极数のパターン指) U と梭数のステートメントの火行が•り•能なことから、 case はユーザーの人 
力を•消べるのに適していますさっそく U 体的な例を尔しましょう以ドでは、この例を出発点 
としてパターン マッチを 改矜していきます（ケース1 〜 3) 


例題 


ケース1:ユーザーからの入力 


少し肋に/ ji した、ユーザーからの人力内界(こ応じて W . なるメッセージを衣氺するスクリプトを 
case を使って打き^し、户想外の人力に対しても対処できるようにします 


#! / bin/sh 

echo "Is it morning ? Please answer yes or no " 
read timeofday 

case "$ timeofday " in 

" yes ") echo "Good Morning ";; 

" no " ) echo "Good Afternoon ";; 

" y " ) echo "Good Morning ";; 

" n " ) echo "Good Afternoon ";; 

* ) echo " Sorry , answer not recognised ";; 


esac 
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解説 

case ステートメントが戈行されると、 timeofday の内界が说み取られ、パターンに指定した 
各义ネ列と比較されます义卞列と人力内界とが•致すると、該当するパターンに対して指定さ 
れたステートメ ン トが火行され 、 case コマン ドはただち (こ 終广します 
case コマン ドは、比較の対象として使う义卞列に対して通常の展開を行います。したがって、 
义卞列の•部だけを指) il し、そのあとにワイルドカードの*を付けることもできます0 * だけを 
指定した場合には、すべての义卞列に•致しますこのため、いくつかパターンを指定したあ 
と、必ず W 後に*だけのパターンも川立し、ほかのパターンに•致しなかった場合でも case ス 
テートメントでデフオルトの処列!を火行できるようにします。パターンの•致はベストマッチで 
はなく、ファーストマッチで行われるので、公初に•致したものが使われます 0 デフオルトとし 
て指定する条件は、户期していない条件でもあるので、 * を使うとスクリプトのデバッグにも役 
立ちます。 

ケース2:パターンをまとめる 

case を使った I ••のスクリプトは、攸数の if を使ったスクリプトよりも明らかにエレガントで 
す，しかし、パターンをまとめると、さらに簡潔に, k ! 述することができます 0 

#! / bin/sh 

echo "Is it morning? Please answer yes or no" 

read timeofday 

case "$timeofday M in 

"yes" | "y" | "Yes" | "YES" ) echo "Good Morning M ;; 

"n M * | "n"* ) echo "Good Afternoon";; 

* ) echo "Sorry, answer not recognised";; 

esac 


解説 

このスクリプトでは、 case の各エントリで攸数の义卞列を使っています，このため、火行す 
る ステート メン トごとに、指定されたすベてのパターンが検仵されますパターンをまとめて紀 
述すると、スクリプトを姒く、•泣みやすくすることができます。また、★の使い方を氺すために、 
2挢丨丨のエントリで " n "* や" N "* を使っています。ただし、これでは户期しない人力に•致して 
しまう4能性もあります，たとえば、ユーザーが never と人力した埸•介でも " n "* に•致するた 
め 、 Good Afternoon と衣/されてしまいますなお、ワイルドカード*の展開は、リ1川符の中 
では行われないことに注立してください0 



| glgl | ケース 3: 複数のステートメントの実行 _ 

作成したスクリプトを柯利⑴できるようにするには、デフォルトのパターンが使われたときに、 
ほかのパターンとは黄なる終了コードを返す必要があります)この*を考傲して作き if 〔したのが 
次のスクリブトです c 


#! /bin/sh 

echo "Is it morning? Please answer yes or no 
read timeofday 


case M $ timeofday " in 

" yes " | w y " | " Yes " | " YES ") 
echo "Good Morning " 

echo "Up bright and early this morning ?" 
• • 

[ nN ]* ) 

echo M Good Afternoon " 


echo " Sorry , answer not recognised " 
echo "Please answer yes or no " 




解脱 

このスクリプトでは、さまざまなパターンマッチングの使い方を， p すために、 ユーザーが 「い 
いえ」と矜えた垛介のパターンを変えています。また、 case ステートメントの各パターンで、极 
数のステートメントを火行しています。このスクリプトでは、パターンを指定するときに、•致 
する範 I 用の狄いパターンを公初に、範州の広いパターンを鉍後に紀述していることに注总してく 
ださい。これは、 case ステートメントでは、ベストマッチではなくファーストマッチ、つまり敁 
初に•致した部分が火行されるためです。もしつを敁初に紀述したとすると、人力した内界に 
かかわらず、常に*)とマッチしてしまうことになります。 

⑥ 


esac の直前の；；は省略可能です。 C プログラミングで break を省くのはよい習慣とはいえませ 
んが、シェルスクリプトの場合、最後のバターンがデフォルトのパターンならば、ほかにパター 
ンが調べられることはないので、 esac の前の ； ；を省いてもまったく問題ありません。 


case のマッチングは、次のようにパターンを指定することでさらに強力になります 
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[yY] | [Yy][Ee] [Ss]) 

このパターン 指定を使うと、 •致す る欠卞をさらに限定できる ので、さまざまな1"1 答に対応し 
つつ、 ワイルド カー ド*を 使った坳介よりも細かい制御が 吋 能に なります。 


♦リスト 

場•ひによっては、极数のコマンドをつなげたいことがあります。たとえば、あるステートメン 
卜を火行するため(こ、複数の条件を満たす必袈がある場合などです、 

if [ -f this_file ]; then 

if [ -f that—file ]; then 

if [ -f the_other_rile ]; then 

echo "All files present, and correct" 
fi 
fi 
fi 


あるいは、段数の条件のうち少なくとも1つを満たしたときに、なんらかの処押を火行したい 
場介もあります。たとえば、次の例のような場合です0 

if [ -f this 一 file ] ; then 
foo= w True M 

elif [ -f that.file ]; then 
foo="True" 

elif [ -f the_other_file ]; then 
foo="True" 
else 

foo="False" 

fi 

if 【 "$foo"= "True "】； then 

echo "One of the files exists” 
if 

もちろん、 if ステートメントを 极数使ってもよいので すが、 I •.の例を U ても わかる ように、無 
駄の多い切雄な スクリプト になってしまいます火は、シェルには、 コマンドの リストを 使うた 
めの特別な構 义贤 ぶが ありますそれは ANI ) リストと OR リストです AND リストと OR リスト 
は•緒に使われることも多いのですが、ここでは分けて説明します, 

AND リスト 

ANI ) リストを使うと、•迚の コマン ドを火行することができますただし、リスト内の次の 
コマン ドが火行されるのは、そのめ:前までのすべての コマン ドの火行が成功した垛介だけです。 
惝义は次のとおりです。 
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statementl && statements && statements && .•. 


ANI ) リストでは、-潘ん の ステートメントから 义行され、义行された ステートメントが true 
を返した場合には、その次の ステートメントが 义行されます 0 そして、 ステートメントが false 
を返す までこれが 繰り返されます。火むされた ステートメントが false を返した場•介、それ以降 
の ステートメントは 义行されません && は、その 前の コマンドの 紡米を調べます。 

各 ステー トメ ン トは独、 •/: して火行されるので、すぐあとに/ ji す例のように、1 つのリス トに多 
くの W . なる コマン ドを浞/ I •:させることができます c ANI ) リストにまれるすべての コマン ドの火 
行が成功した坳介には、 AND リスト个体の火行が II : 常に終了したことになります0それ以外の 
場介、灾行は失敗したことになります。 


例題 


AND リスト 


次のスクリプトでは、 touch file_one によって、ファイルがむ:心：していなければ作成し、 
file _ tw > を削除します 0 次に、 AND リストで各ファイルの存在を調べ、その問に echo コマン 
ドで短いテキストを出力します， 


#!/ bin/sh 

touch file_one 
xrm -t file—two 

if 【 -f file—one ] && echo " hello " && [ -f file — two 】 && echo " there " 
then 

echo "in if " 

else 

echo "in else " 
fi 

exit 0 

スクリプトを火行すると、次のように出力されます。 

hello 
in else 


解説 

touch コマンドと rm コマンド(こよって、スクリブトで使うファイルの状態をあらかじめ設定し 
ておきます。&&リストでは、まず [-f file—one ] ステートメントが义行されます,，ファイル 
は / f ••心:•するので、このステートメントの火行は成功し、次の echo コマンドが火行されます，こ 
れも成功するので （ echo は常に true を返します）、その次の [-f file two ]が火行されま 
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す。今度はファイルが存心:しないので、火行は火敗します 0 その次の echo ステートメントは、 
fjij •の コマンドの 灾行が又•敗しているため、火行されません。&&リストの結采は、リストに禽ま 
れる1 つのコマンドの 火行が火收しているため、个体として false となります。このため、 if ス 
テートメントの else 条件の部分が災行されます 0 


OR リスト 

OR リストを使うと、リスト内の1 つのコマン ドの灾行が成功するまで、•迚の コマン ドを火 
tj •することができますリスト内の コマン ドの火行が成功した埸介、それ以降の コマン ドは戈行 
されません〇惝义は次のとおりです。 


statementl I | statement2 || statement3 | 


OR リストでは 、 t ノ I: のステートメントから火行され、火行されたステートメントが false 
を返した坳介には、その次のステートメントが义行されますそして、ステートメントが true 
を返すまでこれが繰り返されます , 火むされたステートメントが true を返した場介、それ以除 
のステートメントは火行されません c 

丨|リストは&&リストによく似ていますが、前のステートメントの火行が火敗した場合に次の 
ステートメントを火行する点が W •なります。 

リスト _ 

I ••の ANI ) リストの例をコビーし、次のように修 il •:します： 

林! / bin/sh 

rm -f flle.one 

if [ -f file_one ] || echo " hello " || echo " there " 

then 

echo "in if" 

else 

echo "in else" 
fi 

exit 0 

スクリプトを火行すると、次のように出力されます0 


hello 
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解説 

W : 初の行では、スクリブトで使うファイルの,: S 定を行っています OR リストの般初のコマン 
ド [ -f file—one ] の火行は、ファイルが介/1:しないため失敗します次に、 echo コマンド 
が火行されます echo コマンドは true を返すので、||リスト内のそれ以降のコマンドは火行さ 
れません.| |リスト内の1つのコマンド （echo コマンド> が true を返しているので、結米とし 
て if の部分が火行されます。 

AND リストと OR リストのどちらの垛たにも、 Ai •後に火むされたステートメントの結災がリス 
卜令体の結米となります。 

これらのリストは、 C で複数の灸 fl ••をテストする垛介と M じように動作し、結沿が出た時点で 
それ以 I ••のステートメントは火行されませんつまり、必发:以小限のステートメントだけが火行 
され、結采に肜哪しないステートメントは火行されないのですこうした•げ価の"法を、•般に 
“ショートサーキット評価"と呼びます 3 

AND リストと （) R リストを糾みひわせると、•命列！式を恐いどおりに組み立.てることができま 
to たとえば、次の例を兄てください 0 


[-r tile.one ] && command for true || command for false 


この例では、： rtitf (の灸 fl •.が i •(•であれば、 2 つのコマンドのうち以初のコマンドが $ 行され、そ 
うでない場•介には2番丨丨のコマンドが先行されます,この , kl 述ノ/法は便利なので、ぜひ觉えてお 
いてください。 

♦ ステ ー トメントブロック 

ANI ) リストや （） R リストのコマンドのように、1つのステートメントしか jd 述できないところ 
で、极数のステートメントを火行するにはどうすればよいのでしょうか 0 このような場•介には、 
中かっこ （{}) を使ってステートメントブロックを作成します。次に氺すのは、この0のあとの 
部分で作成するアブリケーシヨンで使われている例です， 

get_contirm && { 

grep -v "$ cdcatnum "$ tracks 一 file > $ temp_file 
mv $ texnp—file $ tracks_file 
cat $ temp—file > $ tracks—file 
echo 

add_record tracks 
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関数 

シェルでは関数を定義することができま関敉を使うと、人きなシェルスクリプトを•丨!:く場 
介でも、コードを惝造化することができます 


m 

メモ 


関数を使う代わりに、大きなスクリプトを複数の小さなスクリブトに分割し、その中である特 
定の作業を実行する方法もあります。ただし、この方法には欠点もあります。まず、スクリブ 
卜の中から別のスクリプトを呼び出すと、関歆を実行する場合と比べて、処理速度が低下しま 
す。また、スクリフトの実行結果をどうやって受け取るかにも工夫が必要になり、小さなスク 
リブトをたくさん用怠しなければならなくなることがあります。なお、問金を使ったり、別のス 
クリブトを呷び出したりする埸合には、スクリプトの中で実行里位として明確に总味を持つ独 
立性の高い部分はどこかをよく考える必要があります。 

大きなブロクラムをシェルで記述してよいのかどうか、疑問を持つ読者もいるかもしれません。 
しかし、 FSF の autoconf や UNIX のパッケージインストールブログラムなと、多くのブロクラ 
ムはシェルスクリプトで記述されています。基本的な機能を持つシェルは、とんな UNIX システ 
ムにも必ず用怠されています。そもそも、ほとんどの UNIX システムでは、 /bin/sh がなけれ 
ば、ロクインすることはおろかブートすることすら不可能です。で T から安心してシェルをブロ 
グラミングに利用することができます。 


シェルで間数を定在するには、間数名に絞けて乍のかっこ(〇)を杞述し、そのあとに中かっ 
こ （{}) で州んで、火むするステ ー トメントを, ki 述します 


function_name () { 
statements 


例題 


単純な関数 


まず、ごく簡…•な閲数をノ!:いてみましよう 


#! /bin/sh 

foo() { 

echo "Function roois executing M 


echo "script starting" 
foo 

echo "script ended" 
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スクリプトの$行結沿は次のようになります。 

script starting 
Function foois executing 
script ending 


解説 

スクリプトは通常どおり上から « (に火行されます 0 しかし、 foo () {という怫义要素は foo 
という名前の関数の定義なので、シェルはこれ以降 foo を問数として認識することにして、閱数 
定義の終わりに対応する}までを, kits します 0 その後、 foo とだけ,; i ! 述された行に出会うと、あ 
らかじめ定在されていた関数が奕行されます。関数の火行が終わると、 foo を呼び出した次の行 
からスクリプトの火行を絞けます。 

問数は、呼び m す前に定義しておく必要があります,これは Pascal での閲数定在の力•法に似 
ていますが、シェルでは W 前の u ,? がない点が代なります：ただし、シェルスクリプトは常に先 
M の行から尖行されるので、これは問迪になりません。複数の問数を使うときには、いずれかの 
問数を呼び川す前にすベての問数をあらかじめ定在しておけば、呼び出した間数が定義され てい 
ないといつた エラーの 免中•を灰然に防ぐことができます c 

1对数が呼び川されると、スクリプトの定位1?¢パラメータ$貪、$@、$#、$1、$2などは問数のパ 
ラメータに沢き換えられます問数に i 度されたづ I 数は、これらのバラメータから説み取られます. 
間数の火行が終 r すると、パラメータはもとの侦に纪されます 



古いシヱルの中には、問数の実行後に定位 b パラメータの値を彳 g 元しないものがあります。移 
植性の高いスクリブトを記述したい場合には、この点に注意してください。 


間数の中で return コマンドを使うと、⑼数から数侦を返すことができます。一力-、閲数から 
义卞列を返すには、問数の中で変数に文卞列を格納します。閲数の火む後、この変数を参照す 
れば、設定された义卞列を取得できます> 

キーワード local を使うと、シェルの間数の中でローカル変数を穴 J •できます 0 local を指定 
して Vi : W した変数のスコープ（“幼範州）は、閲数の屮だけです。これ以外の変数のスコープは 
咕4：的にグローバルなので、_数の中でほかのシェル変数にアクセスすることもできます ロー 
カル変数がグローバル変数と |" j じ名骱を持つ垛介には、問数内部でのみローカル変数がグローバ 
ル変数を卜., 1 !:きします。たとえば、問数の例として出した I •.のスクリプトを次のように修する 
と、ローカル変数とグローバル変数がどのように扱われるかを確かめることができます 
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#! /bin/sh 

sampie _ text="global variable " 

foo() { 

local sample _ text="local variable " 

echo f, Function foo is executing 11 

echo $ sample_text 

} 

echo "script starting" 

echo $ sample_text 

foo 

echo "script ended" 

echo $sample text 



I •.の数には k り侦を指定するための return コマンドがないので、 W •後に火行されたコマン 
ドの終 T コードが問数の結米として返されます 

次の my name スクリブトでは、閲数にパラメータを渡すノア法と、数から true または false 
を返す"法をボしています 

WSUk 関数からの戻り値 

1シエルのへッダーのすぐあとで、閲数 yes _ or_no を定衣します 0 

#! / bin/sh 

yes _ or — no () { 

echo •'Parameters are $*•• 
while true 
do 

echo "Enter yes or no " 
read x 

case "$ x " in 

y | yes ) return 0;; 
n | no ) return 1;; 

* ) echo •• Answer yes or no " 

esac 
done 


2 次(こ、プログラム 4： 体を,; d 述します 
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echo "Original parameters are $*" 

if yes_or_.no "Is your name $1" 
then 

echo "Hi $1" 
else 

echo "Never mind" 
fi 

exit 0 

スクリプトを火むすると、次のような結米になります 

$ my_name Rick and Neil 

Original parameters are Rick and Neil 
Parameters are Is your name Rick 
Enter yes or no 

no 

Never mind 


解説 

スクリプトを火行すると、叫数 yes __ o し no が) U 灰されますこの部分は関数の定義なので、 
まだ火行されません次に、 if ステートメントで閱数 yes _ or _ no が火行されますこのとき、 
$ i がスクリプト n 体の城•初のバラメータ ( Rick ) で敗き換えられたあと、行未までの部分がパラ 
メータとして間数(こ}’度されます、⑵数では、定位沢パラメータ$1、$2などで i •度されたリ|数を利 
川して必要な処邱を行い、呼び出し元に倘を返します。その後、問数からの W り侦が if によっ 
て冰価され、適切なステートメントが火行されます。 

以 I ••のよう（こ、シェルにはさまざまな制御構造と粂 n ••ステートメントが⑴盘されています次 
は、シェルに組み込まれているコマンド（ビルトインコマンド）について説明し、コンパイラを使 
わなくても卜分火川的なプログラムを作成できることを示します， 

コマンド 

シェルスクリプトから実行できるコマンドには2つの神:類があります。ひとつは、コマンドプロ 
ンブトからも火行〖げ能な“通常の”コマンドで、もうひとつはすでに簡中•に触れたビルトイン コマ 
ンドです。ビルトインコマンドはシェルの内部に灾装されており、外部ブログラムとして呼び出 
すことはできませんただし、ほとんどの内部コマンドは、スタンドアロンのプログラムとしても 
川 •& されています(これは posuai: 様の•部になっています)。•般的にいって、内部コマンドの 

ほうが効申よく火行できる*を除けば、内部 コマン ドか外部 コマン ドかの違いは取要ではありま 
せん。 
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m 

メモ 


UNIX では、いくつかのコマンドやファイルを1つのブログラムで済ませていることがあります。 
たとえば、ファイルの圧縮と解凍を行う gzip 、 gunzip というブログラムを Is -1 て•表不させ 
てみてください。 gunzip は gzip へのシンポリツクリンクになっています。多くの UNIX システ 
ムでは、このように In (リンク）コマンドを使って、1つのファイルに複数の名前を付けていま 
す。この種のコマンドでは、展初の引数 （ UNIX では実行されたコマンドの名前が入る）を見て、 
行ろべき処理を決定しています。 


ここでは、内部コマンドと外部コマンドを穴めて、スクリプトの作成に必袈な」:.欢なコマンド 
しか紹介しません UNIX ユーザーであれば、コマンドプロンプトから％行•能な多くのコマン 
ドをすでに知っていることでしょうこれらのコマンドは、ここで紹介するビルトインコマンド 
に加えて、シエルスクリプトの屮で使うことができます 


♦ break 

break は、条件を満たす前に、 for 、 while 、 または until ループから抜けるときに使います 


#!/ bin/sh 

rm -rf fred * 
echo > fredi 
echo > fred 2 
mkdir fred 3 
echo > fred 4 


for file in fred * 
do 

if [ -d "$ file H 】； then 
break ; 
fi 
done 

echo first directory fred was $file 
exit 0 

break には、拔けるループの数をパラメータとして指定することができます。これは機能とし 
ては便利ですが、マニュアルに詳しい説明がないせいか、ほとんど使われていません。また、％ 
際問題としてスクリプトの構造がわかりにくくなるので、あまり使わないほうがよいでしょう 0 

♦ :コマンド 

コロン（：）コマンドは、ヌルコマンドです。：は true コマンドの代わりに使 llj でき、：を侦う 
ことで条件を簡潔に, ill 述できる場合があります0 :はビルトインコマンドなので、 true よりも火 
行効率はよいのですが、多川するとスクリブトがわかりにくくなるのが難点です。 
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多くの場合、：コマンドは、 while ループの条 f | ••として使われます 。 while :は 、 while true 
と M じで、無限ループを形成します。 

:は、条件に応じて変数の設定を行う場合にも便利です。たとえば、次のように使います 0 


: ${ var := value } 


もし iti •初の：がなければ、 $ var は、シェルによってコマンドとして評価されることになります 


⑥ 
注憲 


一部の古いシェルスクリブトて•は、行頭にコロンを S いてコメントを記述していることがありま 
す。しかし、新しいシェルを使う埸合には、コメント行は#で始めるべきです。また、そのほう 
がスクリプトを効率よく実行できます。 


#! / bin/sh 
rm -f fred 

if [ -f fred ]; then 
: 

else 

echo file fred did not exist 
fi 

exit 0 


♦ continue 

M 名の C のステートメントと|"]様、このコマンドは一畨内側の f or 、 while 、 または until ル 
ーブの始まり（こ次り、次の繰り返しを始めます。このとき、ループ変数にはリストの次の侦がセ 
ットされます。 

#! / bin/sh 

rm -rf fred * 
echo > fredl 
echo > fred 2 
mkdir fred 3 
echo > fred 4 


for file in fred * 
do 

if [ -d "$ file" 】； then 
continue 
fi 

echo file is $file 
done 

exit 0 
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continue は、パラメータを1つ取ることができますこのパラメータは、何術 II のループに 
レ i るかを指定するためのものですこのパラメータを使えば、ループがいくつかネストされてい 
る場合でも、ループをまとめて飛び越えることができますただし、このパラメータはほとんど 
使われません。次に例を/ ji します 3 

for x in 丄 2 3 
do 

echo before $x 
continue 1 
echo after $x 
done 


二のスクリブトの出力は次のようになります 


before 1 
before 2 
before 3 


♦ •コマンド 

ドット （•> コマンドは、現/1:のシェルでコマンドを欠むします 0 たとえば、次のように使いま 
す 


. shell_scnpt 

通常、スクリプトから外部のコマンドやスクリプトを火行すると、新しい琛境（サブシェル）が 
作成され、この新しい琛境でコマンドが火行されます火行が終わると、作成された新しい琛垃 
は破使され、終 T コードだけが親シェルに也されますしかし、 source コマンドやドットコマ 
ンド（どちらも M じです）を使うと、スクリプトを呼び出したシェルと|"1じシェルでコマンドを火 
行することができます. 

つまり、スクリプトから呼び⑴した コマン ドで说垃変数を変セしても、その内衿は'火•われてし 
まいますが、ドット コマン ドを使えば、火？/•する コマン ドの屮で现作の说垃を変！ Ji することがで 
きます。これは、ほかの コマン ドを火むするための说垃设セを行うラッパーとしてスクリプトを 
作成するときに便利です。たとえば、1"11けに极数のブロジヱクトを進めていて、山いブログラム 
の保 Vj : のために以前のバージョンのコンパイラを使わなければならない媒介があるとします。こ 
のような場合、ドットコマンドを使えば、山いコンパイラ州のパラメータを簡中.に設定すること 
が’できます。 

シェルスクリプトでは、ドットコマンドは C や C ++ の# include デイレクテイブのよう（こ勋作 
します。ただし、スクリプトを义卞どおり U インクルードするのではなく、坝作のコンテキスト 
の中で、指定されたコマンドを火行します。このことを利川すると、変数や関数の定義をスクリ 
ブトに簡中•に取り込むことができます D 
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次に / P す例では、 コマンド ラ 
川できることを党えておいてく / 



•コマニ 



ドを使っていますが、スクリプトの屮でも使 


2 つの W •なる開発说境川の設定を衿む 2 つのファイルがあるとします 3 • 乃 • は、山い從來 のコ 


マンドの環切を I 没定するための classic__set ファイルです 
#! /bin/sh 


version=classic 

PATH=/usr/local/old_bin : /usr/bin:/bin:• 
PSl= M classic> " 


2 • ノ八新しいコマンドの说垃を设定するには、次の latest set ファイルを使います 

#! /bin/sh 
version=iatest 

PATH:/usr/local/new_bin:/usr/bin:/bin:. 

PS1="1999> - 


ドツト コマン ドとこれら 2 つのファイルを糾み介わせると、次のように丨 1 的の说校を簡…•に设 
定できます。 


$ • classic.set 
classic 〉 echo $version 

classic 

classio •latest _set 
1999 > echo $version 

latest 

1999> 


♦ echo 

X パ ) pen では、新しいシヱルの坳介には printf コマンドを使うことを強く推焚しています 
ただし、本メ ! では、 M • 後に改行文卞を伴う文字列を出力するために、これまで echo コマンドを 
使ってきました。 

よく問題になるのは、最後の改行文卞を出力したくない場介です 0 残念なことに、 UNIX のバ 
ージ ヨンに よって その 解決 " 法は代なっており、移 W ( 性の A • いん • 法でこれを灾现する f 段はあり 
ません。通常は、次のような方法を使います - 

echo -n "string to output f, 


2.4 シェルの構文 ♦ M 


しかし、次のような方法を使う場介も少なくありません。 

echo -e "string to outDut\c M 



2 番目の echo - e では、タブを表す \ t やキヤリッジリターンを表す \ r など、バックスラッシ 
ュでエスケープされた文字の解釈が有効になります。通常、このオブシヨンはデフオルトで有効 
になっています。詳細については、マニュアルページで確認してください。 


♦ eval 

eval コマンドを使うと、リ I 数を•:価することができます。このコマンドはシェルに組み込ま 
れており、 M 常は独.、 •/: したコマンドとしては#がしません。ここでは、 X / Open { l : 様そのものに 
穴まれている簡中•な例をリ I きます。 

foo=10 
x=foo 
y=• $ •$x 
echo $y 


これを灾行すると、 $foo と出力されます。ここで、 eval を使って次のように紀述します。 

foo=10 ' . ， • ，へ .、，、* •り • ゾ • 

x=foo 

eval y=• $ •$x 
echo $y 

今度は、 10 が出力されます。この場•介、 eval はもうひとつ$がある埸•介と M じような！ PJJ 作を 
するので、変数の侦のそのまた侦を取彳できるのです。 

eval コマンドは、コードを斗:成して即座に火行できるので非常に便利です。 eval コマンドを 
使うと、スクリプトのデバッグはやや雖しくなりますが、ほかの T 段では火现できないことが "I 
能になる点は人きな魅力です。 


♦ exec 

exec コマンドには 2 つの使い方があります 0 まず、よく使われるのは、現在のシェルを別のプ 
ログラムで吖き換えるという使い方です。次の例を兄てください。 

exec wall "Thanks for all the fish. n 

シェルスクリプトにこの行があると、現作のシェルが wall コマンドによって沢き換えられま 



す。 exec が処•されたあと、スクリプトの中で exec よりあとにある行は実行されません〇スク 
リブトを灾行していたシエルが/ f : 作しなくなるからです。 
exec のもうひとつの使い方は、现作のファイルデスクリプタを変史するという使い方です。 

exec 3< afile 

このコマンドは、ファイルデスクリブタ3を開き、これをファイル afile からの読み取りに使 
います。ただし、このような使い"は$際にはまれです。 


♦ exit n 

exit コマンドは、終广コード II でスクリプトを終 T します。対詁的シェルのコマンドブロンブ 
卜で exit コマンドを使うと、ログアウトすることになります。スクリプトで終 r コードを指定 
せずに終广した場介には、スクリブト内で W •後に火行されたコマンドの終了コードがスクリブト 
の w り侦として使われます。ただし、通常、スクリプトでは常に明示的に終 r コードを返すよう 
にしておきます。 

シェルスクリプトプログラミングでは、終 r コード〇は成功を衣します 0 終 r コード1から125 
までは、スクリプトで使〗 II できるエラーコードです。これ以外の侦は、次の衣のように、あらか 
じめ意味が予約されています。 


表 2.7 スクリプトの終了コード 





126 


127 


128以上 


ファイルを実行できなかった 

馨參馨參癱籲籲籲•••蒙••籲參參•••••••••拳春#參••參•••翁##雜•••春•參# 

コマンドが見つからなかった 

• ••••••••••• •••春•參 #•••##•#•#• ••••••••••••••拳#鲁曹 

シグナルを受け取った 


c やのブログラマは、0が成功を衣すことに迩和感を觉えるかもしれません。しかしスク 
リブトでは、 エラーコード 川の グローバル 変数を; | j 尨しなくても、125の ユーザー定 在 エラーコ 
ー ドを使川することができます。これは人きな利点です。 

次に > j ; •すのは、 . profile という名前のファイルが现作のディレクトリにむ:作すれば、終广コ 
ー ド0を返す節#な例です。 


#! / bin/sh 

if [ -f .profile ]; then 
exit 0 
fi 



できるだけ凝って簡潔なスクリブトを作成したい場介には、すでに取り I •.げた ANI ) リストと 
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OR リストを使って次のように jd 述することができます〇 

[-f .profile 】&& exit 0 | | exit 1 


♦ export 

export コマンドは、パラメータに指定された変数をサブシェルでも利川できるようにします。 
デフォルトでは、あるシェル内で作成された変数は、そのシェルから呼び出された（サブ）シェ 
ルでは利川できません 0 export コマンドは、指定されたパラメータから環垃変数を作成し、税 
作:のプログラムから呼び出したほかのスクリプトやプログラムからも変数を利川できるよう（こし 
ます。技術的に ll : 確にいえば、 export コマンドによってエクスポートされた変玫は、そのシェ 
ルから派十.したすベての f •ブロセスの说垃変数となります）次に、 exportl と export 2という2 
つの スクリプトを使って J 体的な例を/します 0 

変数のエクスポート 

1 W •初に export 2スクリプトの内界をぶ:します 

#!/ bin/sh 


echo M $ foo " 
echo M $ bar M 


2 次は exportl スクリプトです 0 スクリプトの敁後で export 2 を呼び Hi します 0 
#! / bin/sh 

foo="The first meta-syntactic variable " 
export bar= w The second meta-syntactic variable " 

export 2 


スクリブトの火行結采は次のようになります 


$ export 丄 

The second meta-syntactic variable 
$ 


解説 

スクリプトを火行しため:後に乍行が出力されているのは、 export 2 では変数 foo を利川でき 
ず 、 $foo の評価結采が乍文卞列になるからです。空文宁列を echo で表小すると、改行文卞だけ 


が出力されます。 

変数がシェルからエクスポートされると、そのシェルから呼び出された仟总のスクリプトに変 
数がエクスポートされ、さらにこれらのスクリプトから呼び出されたシェルにも変数がエクスポ 
一 卜されます。以ド、 M 様にエクスポートが行われます。スクリプト export 2 がほかのスクリブ 
卜を呼び出した場•介には、呼び出されたスクリプトでも bar の侦を利川することができます。 


m 

メモ 


set - a コマンドと set - allexport コマンドは、それ以後のすべての変数をエクスポートし 
ます。 


♦ expr 

expr コマンドは、指定されたリ I 数を式として評価します。 expr コマンドは、次のような中.純 
な兑術演兑でよく使われます。 

x = expr $x + 1 


\ 、で固まれている部分は 、 expr $x ♦ 1というコマンドの実行結果に B き換えられます。コマン 

\5^/ ドの H 換については、あとで詳しく取り上けます。 

注意 


expr は、さまざまな式の評価を行うことができる強力なコマンドです 0 次に示すのは 、 expr 
コマンドで指定できる+•なパ;の一泣です0 


表 2.8 expr コマンドで評価できる式 


式の評価 


exprl 

1 

expr2 

exprl が 0 でないなら exprl 、 それ以外の埸合は expr2 

exprl 

& 

expr2 

どちらの式も 0 なら 0 、それ以外の塌合は exprl 

exprl 

= 

expr2 

等しい 

exprl 

> 

expr2 

擊 響華 擊擊零 ■ 冒 響荦 ■■■■■■■■■■■■拳■■■■■•■■■•■■■•■•••■•••••••♦•••••春••參• •••••••••••••参•••••••••••••••♦•参參••参## •春# ••參 

より大きい 

exprl 

> = 

expr2 

等しいか、またはより大きい 

exprl 

< 

expr2 

より小さい 

■ ■■■■霞 ■ ■ ■ ■ ■ •备隹鲁巍魏魏隹鲁魏 ■隹隹 傷鲁备翁魏亀^^亀^^亀鲁魏. ■ & 巍巍隹儀 ■ • 數饞 

exprl 

< = 

expr2 

— w ^ ^ ^ v ^ w w w w w v v w 冒 攀 響 冒 冒 零 爾 攀 零 零 擊 ■ 擊 響， ■ 冒 •■■■■■••零 •■•■••響 • •，零 , , , ず 着 •■■■着 

等しいか、またはより小さい 

■ 巍 魏教 教备备 m 癒亀备 •鲁 •魏魏魏氣氣魏魏魏 餐 A 

exprl 

!= 

expr2 

罾 罾•響響■■■■爆■••拳■•••響 • ••參••參••••••春•争••參••••♦•••••参 • • •••••••春♦秦# ♦♦♦♦♦♦•争#參•♦•春••••••鑄_ •镰•籲# •參籲參擊曠籲擊孀•籲參會••拳# ••着 • A A f A A A A A A A A 着, 

等しくない 

exprl 

+ 

expr2 

W ••擊■■■•■■■■■■•■■■•■■暴••••暴■•••■•争••參參•••春••■•••••♦春參❿ •••••••••#••######•• •癱•秦毳參籲籲籲 ▲▲秦赢赢▲應應赢赢赢 息 

加算 

• •••••••蒙•修 ••_ ••••••••••••••••••••••，••，•，量詹麄垂看■■••■麄4巍巍巍巍4 ••••愈 _*癱•癱癱 

exprl 

■ 

expr2 

零 零 ▼零零零■■■■■■響■■■■■■■雌爆■•■■•■■■響■攀■■■■•••••••■■•■■••拳參•♦参♦會•镄參♦癱♦參癱•♦♦•秦•參 • ••參_籲••春_籲__參•癱•籲參籲籲•癱參參•會 

減舄 * 

置 ♦量％ 噢镳氣 ■翁 數魏 魏魏 獻魏氣 翁 备隹隹 亀 急隹 亀 亀 亀亀 翁 魏 ■•赢魏隹 A 隹 ■巍 巍 

exprl 

* 

expr2 

▼擊▼零響■曠零響零■琴零■零■■零▼零零零響零▼零響■■■■■■■■■■•■•■■■■■■■■拳•參•••••••••••痛參•參•参••••春 ••••_• ••錄•••••■••書參••參參參籲 • 

乗 S 

exprl 

/ 

expr2 

整歆除舄 

exprl 

% 

expr2 

—零零 擊擊擊雪擊卿 ••■零•罾•■響■■■■■■■■■■響■•■■••響■■•■••••■■■••■■•■••••••••••••♦••••••♦•••••••♦••••••■•••••••♦春 f f f A A f ••参 

整歆剰余 


xp 


xp 


















新しいシェルでは、 expr よりも $((•••>> 構文を使ったほうが効率的です。$《（•••））構文に 
ついては、またあとで取り I •.げます。 


♦printf 

printf コマンドは、比較的新しいシェルでのみ利用できます 0 X / Open では、誠付き助 
を中•成する場介には echo ではなく、 printf を使川すべきとしています。 
printf コマンドの惝义は次のとおりです 0 



pnntt M format string" parameterl parameter2 


式义卞列 （ I •.の構文中の format string ) は、 C や C ++ で使われるものとよく似ています 
が、•部に制限があります。 ili •も大きな制限は、浮動小数点がサポートされていない点です〇こ 
れは、シェルではすべての演兑が幣数を対象に行われるためです。邦式文字列には、リテラル义 
卞、 エスケープシーケンス、 変換指定で•の仟盘の組み合わせを指定できます。#式文卞列中の％ 
と、を除くすべての文字は、そのまま m 力に含まれます。 

次の衣は、サポートされているエスケープシーケンスの.なです。 


表 2.9 printf コマンドで使うエスケープシーケンス 



ーブシーケンス 


\r 

\t 

\V 

\ 000 



バックスラッシュ文字 

轚告（ベルまたはビープ音を暍らす) 

###參籲#參•籲#籲籲籲參參參参籲參籲•••参#参镛•參參參♦參•鲁參籲參•修 •_ 鲁籲春籲參籲籲_ 

バックスペース文字 

___#參••參 #•#•#_•%### 春############### ♦♦春##### 参♦參# 參♦争♦♦鲁♦♦攀參參 

フォームフィード文字 

• ••拳籲#籲•籲#籲##參#參#參## #參##翁##參#鑄####參## #參參參#參參參#參參_#春___參馨攀_ 

改行文字 

• •參 ###•••_##_ 參 _#############• 着 ••#•### ♦秦•春參 •####•# 參_籲參## ##_ 

キャリッジリターン 
タブ文字 
垂直タブ文字 

籲籲參鲁籲參癱參癱鲁籲馨籲籲馨镰癱參癱癱籲籲參籲籲癱籲參麝籲參籲籲蠢蠢參感感癱毳感參癱參禱癱癱蠢感癱癱參_ • # • 

8進歆で頎〇〇〇を持つ1文字 


変換指定/にはさまざまなものがあるので、よく使うものだけをドの衣にまとめます。詐細に 
ついてはマニュアルを 参照してください 0 変換指定子は、1 つの V 文字と、それに続く変換文卞 
によって衣されます 3 


表2.10 printf コマンドで使う変換指定子 


変換指定子 


d 



10進数を出力 


c 


文字を出力 


S 文字列を出力 

參馨•修春■••••春••參 • • 參••參參參參••擊••眷看### ••參参参•參像# ##9 ••春•••■•拳參籲•參•••••翁##參•參# ••籲••籲參••••••春 

% %文字そのものを出力 
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巧式文字列は、それ以降のパラメータを解釈して結果を出力するために使われます0次に例を 
/ ji します。 

$ printf "% s \ n " hello 

hello 

$ printf % d \ t % s u "Hi There "15 people 

Hi There 15 people 


2 沿 II の例では、乍「 I を禽む义卞列 Hi There を1つのパラメータとして渡すために、い R リ| 
川符を使っています。 


♦ return 

return コマンドは、間数から W るために使います 0 このコマンドについては、閲数を取り卜. 
げたときにすでに簡#に触れました。 return は1つの数倘パラメータを取ります。この侦は、開 
数を呼び川したスクリブトで利) I ]することができます。 return にパラメータを衍定しなかった 
圾介には、 W 後に灾行されたコマンドの終 T コードが返されます。 


♦ set 

set コマンドは、シェルのバラメータ変数を設定します 0 set コマンドを使うと、空「 I で KUI 
られた梭数の侦を出乃するコマンドから、丨丨的のフィールドを簡….に取沿することができます。 

たとえば、シェルスクリブトの中で今バの〗 j の名前を使いたいとしましょう。システムには、 
パの名前を义卞列として川力する date コマンドが用竞されています。しかし、 BfilH や時問など 
も•緒に出力されるので、これらのフィールドの中から） j の名前だけを切り川す必耍があります0 
そのためには、 date コマンドを火行して結果を返す構文要ぶ $(•••> と、 set コマンドを組み介わ 
せて使います,， date コマンドは） J の名前を 2 游丨丨のパラメータとして出力するので、次のように 
スクリプトを,] d 述します0 

#! /bin/sh 

echo The date today date is $(date) 

set $(date) 

echo The month is $2 

exit 0 

このスクリプトは、 date コマンドからの出力をパラメータリストに•没定し、定位於パラメー 
夕$2を使って jj の名前を取り出します。 

set コマンドは、シェルの火行方法を制御するときにも利川できます。よく使われるのは、现 
介:災行しているコマンドを衣ボさせる set - x です。 


set コマンドとそのオプションについては、あとでデバツグについて説明するときにもう一度取 
り上げます。 


m 

••籲 

♦ shift 

shift コマンドは、パラメータ変数の$2を$1に、$3を$2にというように、すべてのパラメ ー 
夕変数を1 つずつず らします$1に, 没 定 されて いた以前の侦は破 焚され ますが、$0の内料は変 
出されません。 shift コマンドを火行すると、その他の変数”、$@、$#も、新しいパラメータ 
変数に対化する形で変化します。 

shift は、パラメータを順に検作する坳介に便利です。また、10以 I ••のパラメータを使うスク 
リブトでは、10浓丨丨以降のパラメータにアクセスするために shift を使う必贤があります。 

次に小すのは、〇••えられたすべての定位的パラメ ー タを出力するスクリプトです 0 

#!/ bin/sh 

while 【"$1"!=•’"】； do 
echo "$1" 
shift 
done 

exit 0 



♦ trap 

trap コマンドは、シグナルを受け取ったときの動作を指定します（シグナルについては、あと 
のヴ:で胙しく •说明します）〇 •般に、 trap は、スクリプトが中断されたときの後始来をするため 
に使います。從來、シェルではシグナルを糌けで指定するのが一般的でしたが、新しく作成する 
スクリブトでは、インクルードファイル signal . h に列挙されている名前から先如の SIG を取り 
上ったものを使ったほうがよいとされています。どのようなシグナルがあるかを調べるには、 
と人力します。 


シクナルについてあまりよく知らない読者のために解説しておくと、シグナルとは、非同期的に 
ブログラムに送られるイベントのことです。通常、シグナルを送られたブログラムは終了しま 
To 


trap コマンドには、シグナルを受け取ったときに実行する動作と、トラップ（捕捉）するシグ 
ナルの名前を指定します0シグナルの名前は複数指定することができます0 


trap -1 

m 


command 
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通常、スクリプトは I ••から順に解釈されるので、 trap コマンドは、対象としたい部分よりも 
前に紀述する必袈があります， 

トラップの条件をデフォルトにすには、動作に-を指定します0シグナルを無视するには、 
動作を指定する文卞列に乍义卞列••を指定します 0 パラメータを指定せずに trap コマンドを％ 
行すると、現/1:のトラップ指定と#作の•ね:が衣ポされます。 

次の衣は、 X/Open 規格に紀攸されているものの中から、 trap コマンドでよく使う敗なシ 
グナルをまとめたものです。 


表 2. 11 trap コマンドで使うシグナル 



HUP ( 1 ) 
INT (2) 

籲籲參##參參#參參參參参## •擊_ 

QUIT (3) 

ABRT (6) 
ALRM (14) 

• • 籲籲籲•參參••參•■•••春_ 

term (15) 


ハングアップ。端末がオフラインになつたり、ユーザーがログアウトしたときに送られる。 

••••••••春•參•參 •♦春 ••••春•鲁•參參籲籲♦參••♦•拳春•籲•♦争•參♦春#•參參參_參••參••••春•••••春•••••••••••••••••••拳參春參•春參麄•擎••擎麝參聲瘺參擎攀癱•攀癫,♦漓_ •邊•曹，謇，，，赢應•着-看傭喱喱會■戴 ■ 

インタラブト（割り込み)。通常、 Ctrl - C を押したときに送られる。 

クイット。通常、 Ctrl -\を押したときに送られる。 

鲁••••••••••••••■••••春曹•••••••••着••籲••••••••••••••••••••••••••••■•••••••••▲争,,，▲翁餐••喱喱龜••龜麄 

アポ ー ト。重大な実行エラーが発生した塌合などに送られる。 

零 零 零••攀 • 擎馨■鲁拳♦參參參馨••曹參參參參參籲擊參參摩籲#⑩籲#參參##参## 春## •參看 ••••#••• •••着#### ••參籲參參♦參♦參参參參參春鲁擊•春•春寿•籲 

アラーム。通常、タイウアウトを処理するのに使われる。 

攀•■•••看馨•拳籲參•離参參籲籲春籲參馨籲泰鲁籲籲籲_壽籲籲籲參參參參參籲參#参#拳### ♦拳####### _#参### •參•參•••春•••••••••••••拳參參籲•參••參參參•参參••参參參 A •參麄籲舞 A 遽脅，麄, 

終了。通常、システムがシャットダウンするときに送られる。 

--————-- 


シグナルのトラップ _ 

次のスクリプトは、シグナルの扱い"をボす簡中.な例です 〇 



trap 'rm -f /tmp/my 一 tmp_file 一 $$ • INT 
echo creating file /tmp/my 一 tmp—file—$$ 
date > /tmp/my—tmp—file_$$ 

echo "press interrupt (Ctrl-C) to interrupt ••••" 
while [ -f /tmp/my 一 tmp 一 file—$$ 】； do 
echo File exists 
sleep 1 
done 

echo The file no longer exists 
trap - INT 

echo creating file /tmp/my—tmp 一 file_$$ 
date > /tmp/my 一 tmp—file—$$ 

echo "press interrupt (Ctrl-C) to interrupt •…" 
while [ -f /tmp/my 一 tmp 一 file__$$ 】； do 
echo File exists 
sleep 1 
done 

echo we never get here 
exit 0 
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スクリプトを灾行し、各ループの灾行中に Ctrl-C (または割り込みを発ル:させるキー）を押す 
と、次のように出力されます。 

creating file /tmp/my_tmp_riie_141 
press interrupt (Ctrl-C) to interrupt •.•. 

File exists 
File exists 



File exists 


The rlie no longer exists 

creating ule /tmp/my_tmp_file_141 

press interrupt (Ctrl - C> to interrupt .... 

File exists 

File exists 



File exists 
File exists 


解説 

このスクリプトでは、 iii •初に trap コマンドを使って、 INT (剂り込み）シグナルの免卞詩に rm 
-f /tmp/my tmp_ f ile_$$ というコマンドを火行するようにしています 0 次に、 /tmp_my_ 
tmp file $$というファイルがむ: Yl: する問、繰り返し火行される while ループがあります。ユ 
ー ザ ーが Ctrl - C キーを押すと、 rm -f /tmp/my tmp file $$ が’ iifj •され、 while ループが 
叫射されます。しかし、ファイルは削除されているので、押開後の/ li 初の条件判定で While ルー 
ブが終，します。 

このあと、 W び trap コマンドを使⑴し、今度は INT シグナルが発中•してもなにもコマンドを 
災行しないようにしています0この,没定のあと、ファイルを W 作成して 2 つ丨丨の while ループに 
人りますユーザーが Ctrl-C キーを押しても、今度は火行すべきコマンドが設定されていない 
ので、 デフォル トの#作が％行され、スクリプトはただちに終 T します 0 ユーザーが Ctrl-C キ 
一を押した時点で即哗にスクリプトが終厂するので、敁後の echo ステ ー トメントと exit ステ ー 
トメントは％行されません。 


♦ unset 

unset コマンドは、変数または閲数を環境から削除します。ただし、環境変数などの説み取り 
リ/川変数は削除できません。このコマンドはあまり使われません。 

#!/ bin/sh 

foo="Hello World " 
echo $roo 


unset foo 
echo $foo 
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このスクリプトを滇行すると 、 Hello World が初めの1间だけ出力され、次は改行文卞だけ 
が出力されます。 


m 

メモ 


上のスクリブトでは、 foo = と記述しても unset を使った塌合と同じ結果が得られますが 、 foo 
に空文字列を設定することと、環境から foo を削除することは同じではありません。 



コマンドの実行 


スクリプトを記述する際、コマンドの戈む結米を取り込まなければならないことがあります。 
たとえば、シェルスクリプトでコマンドを火行し、コマンドからの出力を変数に•没定したい場•介 
などです：このような場合には、 set コマンドの例で使った $《 CO mmand ) という構义を利川しま 
す。 ' command 、 は|"1じ偁义の山•い形式で、こちらも依然よく使われます。 


\ コマンドを実行するための古い形式の铞文では、串一引用符い）ではなく、バッククォート （•） 

を使うことに注怠してください。串一引用符は、変歆をクォートし、変歆が値に展開されるの 
注憲 を防ぐために使います。移植性を高くしたい塌合には、古い形式の榀文を使うとよいでしょう。 


$(•••) という新しい形式が猙人された竹说には、バッククオートで I 用まれたコマンド内での 
$、、、\の扱いがわかりにくいという _ J けがあります0たとえば、、•••、の中でバッククオート 
を使う坳介には、バッククオートを\でエスケープしなければなりません。このため、経験を M 
んだシェルプログラマでも、バッククオートで州まれたコマンドでしくクオートを行うのに••く: 
労することがあります。 

$ ( command ) の結采は、コマンドからの / IWj になります 0 これは、コマンドの終广ステータス 
ではなく、コマンドからの义•字列出力です。たとえば、次の例を兄てください。 

#! / bin/sh 

echo The current directory is $PWD 
echo The current users are $( who ) 


現/ 1: のデイレクトリはシヱルの環境変数なので、 iii •初の行ではコマンド輿行の構义を使う必贤 
はありません0しかし、 who の火行結米を取得してスクリプトで利川するには、コマンド奕行の 
構文を使う必要があります。 

コマンドの突行結采をスクリブトの変数に割り、てる機能は非常に強力です0この機能を使え 
ば、スクリプトからコマンドを火行し、その出力を簡中•に取り込むことができます。 
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ただし、案行したコマンドからの出力を受け取る際、 [1 的の文す•列の前にホワイトスペースが 
なまれていたり、火際に必要なもの以上の出力が返される垛介には、なんらかの処理が必要にな 
ることがあります 0 このような場介には、すでに说明した set コマンドを使うと 、 m ノ J の屮から 
II 的の文卞列を取り出すことができます。 


♦ 算術展開 

すでに取り I •.げた expr コマンドを使えば、中•純な符術演灯•は NJ •能です。しかし、 expr コマン 
ドを処观するために新しいシェルを呼び m す必贤があり、効中はあまりよくありません。 

このような場介には、代わりに $((•••>> による展開を使うと便利です。評価したい式を 
$((•••)) で I 用むだけで、中•純な兑術演灯を幼中よく火行することができます。 

#!/ bin/sh 

x =0 

while [ "$ x " -ne 10 】 ；do 
echo $x 
x =$(($ x + l )) 
done 

exit 0 


♦パラメータ展開 

パラメータの割り4てと展 |» j については、次のようなごく中.純なケースを取り I •.げてすでに•说 
明しました。 

foo=fred 
echo stoo 


では、変数のあとになんらかの义卞列を迫加したい場合にはどうすればよいのでしょうか。た 
とえば、 l __ tmp 、 2 _ tmp のような名前の付いた极数のファイルをスクリブトで処那したい坳合な 
どです。まず•式しに、次のようなスクリプトを扑いてみます。 

#! / bin/sh 

for i in 12 
do 

my _ secret_process $ i_tmp 
done 
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m 

メモ 


もちろん、 my _ secret _ process というコマンドで複数の引数を処理できるようにしておくこと 
も可能ですが、ここではパラメータの展開について説明することを目的としているので、とりあ 
えす my _ secret _ process は引数を1つだけ取るコマンドと考えてください。 


このスクリプトを火むすると、次のようなメッセージが出ノ J されます。 
my_secrt—process : too few arguments 

どこがいけないのでしようか。問題は、スクリプトの中で l_tmp や 2 _tmp に敗き換えられるこ 
とを期待している変数$ i_tmp が、火際には■:していないことです。この変数の $i の部分が M 
開されるようにするには、 i を {} で卵んで次のように紀述する必要があります， 


#1 / bin/sh 

for i in 12 
do 

my — secret_process ${ i}_tmp 
done 


今度は、ループを M るたびに ${ i > が i の侦に沢き換えられ、||的のフアイル名が作られます 
この力•法を使えば、パラメータの侦を义卞列の屮に塊め込むことができます。 

シェルでは、さまざまなバラメータ置換を行うことができます。パラメータ胙換を使うと、パ 
ラメータ処邱•に関するさまざまな叫題をエレガントに解決することができます。 

次の衣は、よく使うパラメータ旳換(こついてまとめたものです 



表2.12パラメータ B 換 


一夕展問 


${ param :- default } 
$ {# param } 

${ par am Word } 


${ param ぬ word } 


${ param # word } 


${ param ## word ) 



param が空ならば、 default の値を返す 0 

• ••••••••••••••••••••••••着#••參參••籲參籲 ## ••書•働•癱••籲••馨••■•••参••••••春••參參••秦♦♦♦♦春會••會♦•鲁♦••♦♦♦••♦•傷••き_ 

param の長さを返す。 

param の末尾を起点として、 word に一致する param の蟁短部分を削除し、残り 
の部分を返す。 


param の末尾を起点として、 word に一致する param の展長部分を削除し、残リ 
の部分を返す。 

>參參•••••■••••••暴•♦♦♦♦♦♦♦♦♦♦♦♦参♦肇 # ♦...♦♦♦.参參鲁参參.参.. # ♦鲁. ### 參參籲 ## ♦♦♦♦•♦♦翁 # 争攀参聲参镶參眷籲鲁■雖■籲攀■籲籲■攀 ##### 售拳曹春籲參拳攀籲像籲攀參參攀參參參參癱鲁翁參參鲁參參 

param の先頭を起点として、 word に一致する param の迥短部分を削除し、残り 
の部分を返す。 

. ••■■春 .... ■••暴 . . .. . . ...•••暴. .. • 

param の先頭を起点として、 word に一致する param の g 長部分を削除し、残り 
の部分を返す。 


これらの沢換は、义卞列を操作するときに役么ちます。特に公後の 4 つは、ファイル名やパス 
を扱うときに便利です。次に吏際の例をボします: 








シェルの描文 


例題 


パラメータ 処理 


次のスクリプトは、さまざまな パラメータ 


•致演灯 f •を使った例です。 


#! / bin/sh 

unset roo 
echo ${ foo :- bar } 

foo=fud 

echo ${ foo :- bar } 

foo =/ usr / bin / Xll/startx 
echo ${ foo #*/} 
echo ${ foo ##*/} 

bar =/ usr / local / etc / local/networks 
echo ${ bar % local *} 
echo ${ bar %% local *} 

exit 0 


このスクリプトの出力は次のようになります。 



bar 

fud 

usr / bm / Xll/startx 

startx 

/ usr / local / etc / 



解説 

iri •初のステートメントが災行された時办では、 foo は侦を持っていないので、 ${ foo :- bar } は 
侦 bar になります。 foo という変数は設定されないままなので、 foo の侦は変わりません。 


m 

メモ 


スクリプトの中で取り上けたもののほかに、次のようにさまさまなパラメータ展開を利用するこ 
とができます。 

${ foo : - bar } ではなく、 ${ foo := bar } を使うと、変致に $ foo か設定されます。この文字列演 
算子は、 foo が存在し、しかも空ではないことを確認します。実際に foo が存在していて空で 
ない塌合には、 foo の値を返します。そうでない場合には、 foo に bar を設定し、その値を返し 
ます。 

${ foo :? bair } は、 foo が存在しないか、または空の場合には foo : bar と出力し、コマンドを 
アポートします。 

${ foo : + bar } は、 foo が存在していて空でない場合には、 bar を返します 0 
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{ foo #*/} では、•番ノ r : の/がパターンに•致し、これだけが削除されます（★は〇個以 I •.の文 
卞に•致します）〇 { foo ##*/} では、パターンに•致する部分が削除されます c このため、 
•番"の/までのすべての文字が削除されることになります0 

{ba r %l OC al*} では、心•を起戍に local (と、それに絞く仟总の個数の文字）に初めて•致す 
る部分までが削除されます。 {bar%%local*} では、右を起点に local に•致する鉍長部分、つ 
まり 一 番ノ I •:の local に一致する部分までが削除されます。 

UNIX では フイ ルタを使うことが多いので、しばしば操作結沿のリダイレクトが必贤になりま 
す。たとえば、 Slackware に含まれている cjpeg という フイ ルタを使って gif ファ イルを jpeg フ 
ァイルに変換したい場介には、次のようなコマンドを货行します。 

$ c〕peg image.gif > image opg 

しかし、数多くのファイルに対してこの神:の処现を実行したいこともあります0このようなら 
介には、次のようにパラメータ展開を使うと、 JI : •洗•に簡中•に II 的の処邱を灾行することができま 
す0 


#! / bin/sh 

for image in *.gif 

do 

cjpeg $image > ${ image %% gif}jpg 
done 


このスクリプトを gif tojepg というね W で保々:すれば、現作のディレクトリのれ gif ファイ 
ルに対して jpeg ファイルを作成することができます 0 


2 . 4.7 


ヒヤドキュメント 


コマン ドへの人人/をシェルスクリプトから}•度す特別なガ法として、ヒヤドキュメント (here 
document ) があります。ヒヤドキュ メン トを使うと、スクリブトの屮で灾行する コマン ドに対し 
て、ファイルやキーボードから人力を〇••える垛介と卜]様に、スクリプトから人力を渡すことがで 
きます。 

ヒヤドキュメントは、リーダー << で始まり、そのあとになんらかの特別な义•卞列が続きます 
この特別な义卞列は、ドキュメントの敁後でもう•度繰り返されます〇 << は、シヱ ルのラベル 
リダイレクタで、ヒヤドキュメントの坳合には、コマンドへの人力をヒヤドキュメントによって 
行うことを味します0 <<のあとの交•す•列は、ヒヤドキュメントの終 r 位吖をシェルに指ボす 
るためのマーカーとして機能します，マーカー支•••列は コマン ドに渡す行の中では使⑴できない 
ので、通常は、ほかの文字列とすぐに u 分けがつく特別な文字列を使州します。 
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例題 


ヒヤドキュメントの使用 


以も簡中.な例として、 cat コマンドに人力を渡します 


#! /bin/sh 
cat <<!FUNKY! 
hello 

this is a here 


document 

IFUNKY! 



出ノ J は次のようになります。 


hello 

this is a here 
document 


ヒヤドキュメントは かなり特拷な印象を穿えるかもしれませんが、衷際には応用範囲の広い強 
乃な機能です，たとえば、エディタなどの対ぶ•的なプログラムを呼び川し、あらかじめ指定した 
人力を 〇•えることができます，ただし、•般的には 、I •.の 例のように スクリ プ トの 中で 人はのテ 
キストを m ノ J するのに使います ヒヤドキュメントを 使えば、各行で echo コマンドを 使わな く 
て もテキストを m ノ j できるからです0 I ••の例では、 ヒヤドキュメントの 識別 r •の岣側に！ を 付け 
て、ほかの文卞列と袢站に k 別できるようにしています。 

ism ヒヤドキュメントのその他の使い方 _ 

1まず、次のような内衿の a text file を⑴总します》 


That is line 1 
That is line 2 
That is line 3 
That is line 4 


2 ヒヤドキユメ ン トと ed エディ タを組み介わせてこのファイルを榀染します0次のような スク 
リブトを, k ! 述します。 


#! /bin/sh 

ed a_text_file<<IFunkyStuff! 

3 

d 



w 


q 

!FunkyStuff! 
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スクリブトを火行したあと、 a _ text _ file の内矜は次のようになります。 

That is line 1 
That is line 2 
That was line 4 


解説 

スクリプトから ed エディタを起動し、 ed エディタへのコマンドを渡します。コマンドの内界 
は、 a _ text _ file の3行こ移動してその行を削除し、次に現在の行 (3 行丨1は削除されている 
のでもとのファイルの 4 行 II ) の is を was に阶き換えるというものです。このコマンドは、スク 
リブト内のヒヤドキユメント、つまりマーカー ！ FunkyStuff !で州まれた邰分の行から渡されま 
す。 


⑥ 
注雇 


ヒヤドキュメントの内部では、\を使って、$がシェルによって展開されないように保護してい 
ます。\は$をエスケープするので、シェルは $ s / is / was / を値に展問することはしません。\$ 
は$として ed エディタに渡され、 ed エディタが$を解釈します。 



スクリプトのデバッグ 


シェルスクリプトのデバッグはそれほど難しくありませんが、デバッグ; | J の特別なツールのよ 
うなものは#心：しません。以ドでは、よく使うデバッグのテクニックについて簡艰に説明します。 

通常、シェルは、ェラーが発卞すると、エラーを禽む行の行術リ•を衣小します。エラーの; J;(W 
がすぐにわからない場介には、 echo ステートメントをいくつか迫加して変数の内料を衣尔した 
り、疑わしいコードの•部を対詁的にシェルに人力して動作をテストすることができます。 

スクリプトはシェルによって解釈されるだけなので、スクリプトを修止して冉実行する場介で 
もコンパイルのための オーバーへッ ドはありません。 

シェルにはさまざまなオプションが川总されており、これらのオプションを使うと、の特 
定が W 難なエラーをトレースすることができます。シェルのオプションを指定するには、シェル 
を呼び出したあとでコマンドラインオプションを使う"法と、 set コマンドを使う方法がありま 
す〇次の衣は、シェルのオプションをまとめたものです。 




2.5 実用的なブログラム ♦ 79 


表 2. 13シェルのオプション 



ンドラインオプション 


se 


オプション 



sh -n 


set -o noexec 


橘文エラーだけをチェックし、コマンドは実 


set -n 行しない。 

sh -v < script > set -o verbose 実行する前にコマンドをエコーする 0 

set -v 


sh -X < script > set -o xtrace コマンドラインで処理したあとにコマンドを 

set -k エコーする。 

•春•••春•春••參•會 •••## •争參 ## •♦♦••••春籲春•春•鲁會曹•春春••書•••••春•••看•••••看••馨參 # 參 ####### 拳_參 9 # 9 # 鲁參•參參•參籲 # 籲 # ••♦••••春•籲籲春 # 鳙 # 參•籲春參•籲••••••春籲 ## •着拳參零 # •參參春♦••春•參會•蠢 ## 參镛_籲••镰••籲••••春•••••春春••••••着••镛钃 

• set -o nounset 未定義の変数が使われている塌合にエラーメ 

set -u ツ TZ —ジを表示する。 



set オプションのフラグをオンにするには-〇を、オフにするには + 〇を使川します （set - n 、 
set - v などの姒縮肜の坳介にも、 M 様の指定でオンとオフを切り杼えます ） c 
xtrace オブションを使うと、簡中な火むトレースを•うことができます iti •初はコマンドラ 
インオプションを使ってスクリプトをチェックするとよいでしょう。問姐のある简所の见当がつ 
いたら、その前後に xtrace フラグを設定するコマンドを人力します（問題の简所の前でオンに 
して、あとでオフにします）。火行トレースを行うと、火際に/； Tff される行が、変数を展開した 
状態で（その行を$行する前に）衣尔されます.。デフオルトでは、展開のレベルは、各行の先頭 
に衣/されるプラス紀り • “>の玫によって衣されます 3 シェルの设定ファイルでシヱル変数 PS 4 
を•没定すれば、 + を任, G : のものに変えることができます0 

シェルでは、 EXIT シグナルをトラップすることで、修 r 時のプログラムの状態を調べること 
ができます。それには、スクリプトの始めのほうに次のような行を記述しておきます。 

trap 'echo Exiting : critical variable = $critical variable • EXIT 


実用的なプログラム 


このウでは、ブログラミング iT •出としてのシェルの R 要機能について説明しました。ここでは 
そのおさらいとして、シェルの機能を使ってサンプルプログラムを作成します 

4：傚では、これ以後、各ヴで7:んだテクニックを応⑴して CI ) データベースアプリケーション 
を作成していきます。伋初はシェルスクリプトでアプリケーションを記述しますが、以後は各ボ 
の内矜に応じて CU 語で畨き蔽したり、データベースを追加するなど、アプリケーションに修丨卜: 
を加えていきます。 
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c I) を竹 邱 するためのプログラムをは Ji •し、火装します 人 はの c I) コレクションを竹 邱 する 
には•的なカタログが 小川 欠ですが、これをプログラムとして A 装する^みは、 UNIX ブログ 
ラミングをフ:竹するうえでな綷験となるはずです C 

まず、 CI) のラベル、ジャンル、アーティストや作曲家など、各 CD についての店本的な怡報 
を格納する必炎があります,また、 CD のれトラック(曲> に閲する悄報も扱えるようにすると便 
利でしょう。 

検索は CD 中•位で行えるようにしますトラックについては、と0あえず今は考礅しません。 
アブリケー ションと して使いやすいものにする（こは、アブリケー ショ ンの内部ですベての悄枨 

の人力、01新、削除を行えるようにする必要があります 


2 . 5.2 


データの史新、検索、衣/八•という 3 つの a •様を火現するには、简中•なメニューを川总するとよ 
いでしょう保介する必災:のあるデータはすべてテキスト形式とします。コレクシヨン（こ穴まれ 
る CI) の数がそれほど膨人ではないと奴定すれば、中•純なテキストファイルで I •分丨丨的は述成で 
きるので、攸雒なデータベースはイく•松ですテキストファイルに怕報を格納すれば、ァブリケー 
シヨンもシンプルになります。また、仆•様を変史した場介でも、中.純なテキストファイルのほう 
が独 n 形式のファイルより修 ii •:は界妫です。場介によっては、ブログラムを外かなくても、 エデ 
ィタを使ってデータを T •作菜で人力したり削除したりすることができます。 

データの格納力•法については、設計 UR 要な決定をドす必要があります。それは、1つのファ 
イルにデータを格納すべきか、また、そうだとすればどのような形パ;で格納すべきかということ 
です。トラック怡報を除けば、格納する必要のあるほとんどの怙報は1枚の CD につき1つです 
( CD によっては极数の作曲家やァーティストの曲をズんでいることがありますが、とりあえずこ 
こでは冬えないことにします)。また、通常、 1 枚の CI) には複数のトラックがあります。 

1 枚の CI) に問して格納できるトラック怡報の数は制限すべきでしょうか0怙報の一部を， 

的に欠落させるこうした制限は、特に必炎なわけでもありませんし、坝灾的でもないので、ここ 
では制限を設けないことにします。 

订:焱の数のトラック悄银を格納できるとした場•介、ファイルの形式については次の3つの選択 
肢が考えられます。 


〇•のファイルを使〗 H する。タイトルなどの怙報は1行に記述し、トラック悄報は複数の 
行に分けて, ki 述する。 

〇 各 ci ) の悄報をすべて1行で紀述する。トラック怙報もこの行の中に^めて紀述する。 

9タイトル怙報とトラック怙報を分け、それぞれ別のファイルに紀述する。 
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I ••の3つの選択肢のうち、ファイルの形八が常にとなるのは3つ丨丨の選択肢です。ファイ 
ルの肜ス;が小変ならば、データベースをあとでリレーシヨナルな形式に资換するときにも余•な 
をかけずにすみます（リレーシヨナルな形パ;への変換については、火際に第7草で取り I •.げ 
ます）。そこで、ここでは3術 II の選択肢を採川することにします: 

次に、ファイルに格納する悄報を決める必要があります 0 
hci ) タイトルについては、次の悄银を侪納すること（こします 

〇 C 1) カタ ログ？ T / J - 
〇 タイトル 

〇 ジャンル（クラシック、ロック、ポップス、ジャズなど） 

〇作曲家またはアーテ ィス ト 

トラックについては、次の情報を格納します。 

〇 トラックより- 
〇 1111 名 


CI ) タイトルのファイルとトラック怙報のファイルを結び付けるには、トラック怕報を CI ) の怙 
報と閲迚付ける必袈があります 3 これにはカタログ挢 y •を使います 0 カタログ侨りは各 CD に w 
イ J •の怙报なので、タイトルファイル内で小:梭することはありません0また、トラックファイルに 
ついても、れトラックに対応するカタログ浓りは1つだけです。 

タイトルファイルは次のような内界で作成します 


表 2.14 タイトルファイル （ CD 情報 ) 


1 カタログ 

タイトル 

ジャンル 

作曲家 


CD123 

Cool sax 

Jazz 

Bix 


CD234 

參籲參參參參參•鲁鲁•翁•••••••♦争#♦♦♦♦♦争# 

し lassie violin 

Classical 

魏■秦备魏亀备亀备隹鲁魏■隹魏翁龜隹儀垂儀备隹塞食隹魏鲁魏巍鲁鲁巍秦巍 

>籲參參參#籲參参籲籲##春####春##•雜#春#參參參參參#参##參#參 ##_###* 

Bach 


CD345 

Hits91 

— — — — — — ^ ^ ^ — ^ 一 — 一 ▼ ^ ^ W ▼ ▼ ▼ W ▼ ▼ ▼ ▼ ▼ W W W ， 

Pop 

Various 

魯籲籲■參癱籲••泰籲•畚蠢參 


トラックフアイルの内矜は次のとおりです。 


•15 トラックファイル（曲情報 ) 



ツク番号 


CD123 

蠢鲁蠡參秦參参## 

CD123 

CD345 

CD234 


1 

2 


Some jazz 

_ 像 _鲁春春#%#######參## ##• 

More jazz 

• ••••••••••••••••••• 

Dizzy 
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これら2つのファイルは、“カタログ”フイ ー ルドを使って結合します。トラックファイルには、 


タイトル ファ イル内の1 つのエントリ に対して複数の行が存在する〖り能性があることに注意する 


必要があります。 

さて、 iii 後に、各エントリの b (切りをどうするかについても決める必袈があります 0 リレーシ 
ヨナ ルデータベースでは W 定 M フイ ールドがよく使われますが、阆定 li フ イールドは必ずしも扱 
いやすいわけではありません。ここでは、別の力•法としてカンマで项11を K 切り、 CSV 形忒のフ 
アイルを使うことにします ( CSV は、 comma-separated value の略です ）<> 

以ドでは、次際のスクリプトの内界を!じでいきます。少しいので、令体を W / 火うことがない 
ように、スクリプトの中で使われている関玫の•なを敁初にあげておきます。 

get_return() 
get 一 confirm() 
set 一 menu_choice() 
insert_title() 
insert_track() 
aaa_record.tracks() 
ada_records() 
find_cd() 
update_cd() 
count.cds() 
remove_records() 
list_tracks() 


15111 CD アプリケーシヨン _ 

1シェルスクリプトとして火行するのに必要な設定をスクリブトの1行丨1に記述し、そのあと 
に为作権情報を記述します。 

#! /bin/sh 


# Very simple example shell script for managing a CD collection. 

# Copyright (C)1996 Wrox Press. 

# This program is free software; you can redistribute it and/or modify it 

# under the terms of the GNU General Public License as published by the 

# Free Software Foundation; either version 2 of the License, or (at your 

# option) any later version. 

# This program is distributed in the hopes that it will be useful, but 

# WITHOUT ANY WARRANTY; without even the implied warranty of 

# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General 

# Public License for more details. 

# You should have received a copy of the GNU General Public License along 

# with this program; if not, write to the Free Software Foundation, Inc. 

# 675 Mass Ave # Cambridge, MA 0213 9, USA. 
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2 次に、スクリプト令体を通じて使川するグローバル変数をセットアップします。只 • 休的には、 
タイトルファイルとトラックファイル、それに作装⑴の一時ファイルを設定します，また、 
Ctrl-C キーをトラップし、ユーザーによってスクリプトの災行が中断されたときに-時ファ 
イルを削除できるようにします 〇 


menu_choice="" 

current_cd="" 

title_file= w title•cdb H 

tracks_file= M tracks.cdb" 

temp—file=/tmp/cdb.$$ 

trap •rm -f $temp_file' EXIT 

3 必 • 松な⑼数をすべて定義します 0 スクリプトは 1 行 li から灾行されるので、スクリプトので 
姒ですべての問数を定在しておけば、どの閲数も呼び出す前に必ず定在されていることにな 
ります， 

M 初の 2 つの問数は、 M じコードを繰り返し紀述するのを避けるために川总する簡中.なユー 
テイリテイ叫数です， 


get_return () 1 

echo -e "Press return \c" 
read x 
return 0 

> 

get_confirm() { 

echo -e "Are you sure? \c" 
while true 
do 

read x 
case "$x w in 

y | yes | Y | Yes | YES ) 
return 0;; 

n | no | N | No | NO ) 
echo 

echo "Cancelled" 
return 1;; 

*) echo "Please enter yes or no 
esac 
done 

} 


4 次は、メインメニュー閲数 set_menu_choice です。メニューの内界は動的に変化し、 CI ) エ 
ントリが選択されている場 • 介には追加のオプシヨンが表示されます。この間数で使われてい 
る echo -e は、シェルによっては使用できない可能性もあります。 


84 ♦ 第 2 犟シェルプログラミング 


set_menu_cnoice() { 
clear 

echo "Options : " 
echo 

echo 11 a) Add new CD" 
echo " f) Find CD" 

echo " c) Count the CDs and tracks in the catalog" 
if [ "$cdcatnum" != "" ]; then 

echo " 1)List tracks on $cdtitle" 

echo " r) Remove $cdtitle" 

echo " u) Update track information for $cdtitle" 
fi 

echo ” q) Quit" 
echo 

echo -e "Please enter choice then press return \c" 

read menu_choice 

return 

} 

5 2 つの fc / い間致 insert—title と inert—track は、 データベースフアイ ルに データ を加し 

ます。たかだか 1 行で紀述できる内界を問数にする意味があるのかと疑問を感じるかもしれ 
ませんが、こうしておくことで、ほかの問数をわかりやすく記述す る ことができます。 
insert__title と insert__track は、次の少し U めの add__record—track 閲数で使われて 
います。 add—record_track^J 数では、 パターンマッチを 使って 人力 内科に カンマが なまれ 
ないようにします （カンマは フ ィー ルドセ パレー タとして使うので、 データにカンマを含める 
ことはできません）。また、トラック 惝 報が 人力され るごとに、灯術演兑を使って现作のトラ 
ック番リ • を 1 っ埘やします。 

insert_title() { 

echo $* >> $title__fil© 
return 


insert_track() { 
echo $* >> $tracks_file 
return 


add—record 一 tracks() { 

echo "Enter track information for this CD” 
echo "When no more tracks enter q" 
cdtrack=l 
cdttitle="" 

while [ "$cdttitle" != "q"] 
do 

echo -e "Track $cdtrack, track title? \c" 
read tmp 

cdttitle=${tmp%%,*} 

if [ "$tmp" != "$cdttitle" ]; then 
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echo "Sorry, no commas allowed" 
continue 
fi 

if [ -n "$cdttitle" 】； then 

if [ "$cdttitle" != "q" ]; then 

insert__track $cdcatnum, $cdtrack # $cdttitle 
fi 
else 

cdtrack=$((cdtrack-1)) 
fi 

cdtrack=$((cdtrack+1)) 
done 



6 add_records 間数は、新しい Cl) 悄報のエントリを作成するために使います 0 

add_records(} { 

# Prompt for the initial information 

echo -e "Enter catalog number \c M 
read tmp 

cdcatnum=${tmp%%,*} 

echo -e ” Enter title \c" 
read tmp 

cdtitle=${tmp%%,*} 

echo -e "Enter type \c" 
read tmp 
cdtype=${tmp%%, 

echo -e "Enter artist/composer \c" 
read tmp 
cdac=${tmp%%,*} 

# Check that they want to enter the information 

echo About to add new entry 

echo M $cdcatnum $cdtitle $cdtype $cdac" 

# If confirmed then append it to the titles file 
it get_confirm ; then 

insert_title $cdcatnum,$cdtitle,$cdtype,$cdac 
add_record_tracks 
else 

remove_records 

fi 


return 


find_ C d 間数は、 grep コマンドを使って Cl ) タイトルファイルから指定された文字列を検索 
します。このとき、検索文字列に - 致する行がいくつあるかを知る必要がありますが 、 grep 
コマンドが返す侦からわかるのは、一致する文字列があったかどうかだけです。そこで、 
grep コマンドの出力をいったんファイル ( こ格納し、このファイルの行数を数えます 
ワードカウントコマンド wc からの出ノ J にはホワイトスペースが； ^ まれ、これが、 ファイルに 
穴まれる行数、ワード数、交 • 字数の KUJ りとして使われます。このため、まず $<wc -1 
$temp_file) によってファイルの行数をカウントしたあと、変数 linesf ound に ファイルの 
行数を設定します。 set は、コマンドからの出力をシェルのパラメータ変数に設定するため 
に使います。 

次に 、 ifs (内部フィールドセパレータ）をカンマ （，） に変 1 ii し、カンマ K 切りのフィールド 
を分離できるようにします IFS を変 Oi する代わりに cut コマン ドを使う"法もあります 

findeed() { 

if [ "$1"= "n" 】； then 
asklist=n 
else 

asklist=y 

fi 

cdcatnum=".. 

echo -e "Enter a string to search for in the CD titles \c" 
read searchstr 

if 【 M $searchstr"="" 】； then 
return 0 
fi 

grep "$searchstr" $title 一 file > $temp 一 file 

set $(wc -1 $temp—file) 
linesfound=$l 

case "$linesfound" in 

0) echo "Sorry, nothing found" 

get_return 

return 0 
• • 

1) ；； 

2) echo "Sorry, not unique." 

echo "Found the following" 
cat $temp_file 
get_return 
return 0 

esac 
IFS= ,, / M 

read edeatnum cdtitle cdtype edae < $temp_file 
IFS=" •• 


if [ -z "$cdcatnum" ]; then 
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echo "Sorry, could not extract catalog field from $temp_file" 
get_return 
return 0 
fi 

echo 

echo Catalog number $cdcatnum 

echo $cdtitle 

echo $cdtype 

echo $cdac 

echo 

get_return 

if [ "$asklist" = "y" ]; then 

echo -e "View tracks for this CD? \c" 
read x 

if [ M $x" = "y" 】； then 
echo 

list_tracks 

echo 

fi 

fi 

return 1 


u P date_cd は、 Cl) 悄報を # 人力するための問数です。この間数では、 getjonfirm が 
true を返した坳介に火行する极数の コマン ドを、 {} を使ってグルーブ化しています： 

update_cd() { 

if [ -z "$cdcatnum" ]; then 

echo "You must select a CD first" 
find_cd n 
fi 

if 【 -n "$cdcatnum" ]; then 
echo "Current tracks are : 
list_tracks 
echo 

echo "This will re-enter the tracks for $cdtitle" 
get_confirm && { 

grep -v " A $cdcatnum" $tracks_file > $temp_file 
rov $temp—file $tracks_file 
# cat $temp_file > $tracks_file 

echo 

add_record_tracks 

} 

fi 

return 


9 count _ cd S は、データベースに格納されている怡報をカウントします。 


count_cds() { 

set $ (wc -1 $title—file) 
num 一 titles=$l 
set $(wc -1 $tracks—file} 
num 一 tracks=$l 

echo found $num_titles CDs, with a total of $num—tracks tracks 

get.return 

return 

} 

10 remove — records は、データベースファイルからエントリを削險します。 H 体的には 、 grep 
- v を使って、検索文字列を穴む行を取り除きます。このとき•時ファイルを使う必贤がある 
ことに注盘してください。 

たとえば、次のょうに突行した場合には問題が起きます。 

grep -v " A $cdcatnum" $title 一 file > $title—file 

この コマンドでは、 grep を货むする前に、> による出力のリダイレクトで $ title_f ile がヤ 
になるので、乍のファイルに対して grep コマン ドを実行することになってしまいます。 

remove.records() { 

if 【 -z w $cdcatnum M ] ; then 

echo You must select a CD first 
find_cd n 
fi 

if 【 -n "$cdcatnum" ]; then 

echo "You are about to delete $cdtitle" 
get—confirm && { 

grep -v " A $cdcatnum" $title 一 file > $temp 一 file 
mv $temp_file $title_file 

grep -v " A $cdcatnum" $tracks 一 file > $temp—file 

mv $temp—file $tracks_file 

cdcatnum="" 

echo Entry removed 

) 

get_return 

fi 

return 

) 

11 listj : racks では、 grep コマンドを使って || 的の行を取り出し、 cut コマンドで必坎なフ 
ィールドを切り出したあと、 more コマンドで11由 ilfti ごとに結果を出力します。わずか20行 W 
度の閲数ですが、 M じ処邱を C で紀述するとなると、かなりの行数が必贤になるでしょう 
この点からも、シェルが JI : •常に強力なツールであることがわかります， 
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list_tracks() { 

if [ "$cdcatnum" = ] ； then 

echo no CD selected yet 
return 
else 

grep "$cdcatnum" $tracks_file > $temp_file 

set $(wc -1 $temp_file) 

num__tracks=$l 

if [ "$num__tracks" = "0" ]; then 
echo no tracks found for $cdtitle 
else { 
echo 

echo "$cdtitle : 
echo 

cut -f 2 - -d # $temp_file 
echo >| more 
fi 
fi 

get_return 

return 



12 これですベての阳数の定義を終えました次はメインルーチンですまず W 如でファイルが 
確火に々 • イ I: するようにしてから、メ ニ ユー閲数 set_menu_choice を呼び出し、ユーザーか 
らの人力に応じて必袈な処观を寅行します。 

終 r が選択された坳介には、 • 時フアイルを削除し、メッセージを衣 / p して終 r コード〇で 
プログラムを終 r します。 



if [ ! -f $title 一 file 】； then 
touch $title 一 file 
fi 

if [ ! -f $tracks_file ]; then 
touch $tracks_file 
fi 

# Now the application proper 

clear 

echo 

echo 

echo "Mini CD manager" 
sleep 3 

quit=n 

while [ M $quit M != "y"]; 
do 

set—menu_choice 
case "$menu choice" in 
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aad_records; ; 
remove_records; ; 
find_cd y;; 
update_cd;; 
count_cds;; 
list^tracks;; 

echo 

more $title_rile 
echo 


get^return;; 
q I Q ) quit=y;; 

*) echo "Sorry, choice not recognized";; 
esac 
done 

#Tidy up and leave 

rm -f $temp_file 
echo "Finished" 


解説 

スクリブトの W •初に述した trap コマンドは、ユーザーが押した t'tr 卜 C キーをトラッブする 
ためのものです1•:成されるシグナルは、端ぶの,15：定によっては EXIT ではなく INT になること 
があります， 

メニュー選択を火装するには、ほかにもさまざまな力•法があります。たとえば、 bash や ksh 
で利州できるメニュー選択構文の select を使う方法もあります(ただし、これは X / OpenfJ : 様 
にはない機能です)。移 M 性が多少低ドしてもかまわない場合には、これらの方法も検討すると 
よいでしょう0また、複数の行にまたがる怙報をユーザーに提示するときには、ヒヤドキュメン 
卜を利川することもできます。 

このスクリプトでは、新しいレコ ー ドを人ノ J するときに i : •キーのチェックを行っていません 
このため、すでに#介:するカタログ番兮を使って CI ) タイトルを人力した坳合、その CI ) (こ^ま 
れるトラックは、次のように既む:のタイトルのトラックとして衣示されることになります 

1 First CD Track 1 

2 First CD Track 2 

1 Another CD 

2 With the same CD key 

ここでは、これらの I ⑴迪に対する解決"法は， ji しません y このサンプルブログラムはのも 
とで n 山に改変できるので、興味があったら n 分でスクリプトを改矜してみてください 


%1/ \7 \7 Mr \—/ \1/ 

arfuc 1 b 
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この童のまとめ _ 

このウでは、強力なプログラム八語としてのシェルの使いかを学びました。ほかのプログラム 
を T : 軽に呼び出して出力を処理できるシェルは、テキスト処观やファイル操作を行うのに理想的 
な ツールと いえます ： 

小さなユーティリティブログラムが必要になった場-介には、さまざまな UNIX のコマンドを組 
み合わせたシェルスクリプトで災现 nj * 能かどうか考えてみるとよいでしょう。シェルを使えば、 
コンパイラの助けを借りなくても、多くの便利なユーティリティを作成することができます 




Linux 


第 3 章 


ファイルの操作 
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この草では、 UNIX のファイルとディレクトリについて説明し、ファイルの作成、オーブン、 
読み取り、密き込み、クローズの方法を学びます。また、ディレクトリの作成、走夼、削除な 
ど、プログラムからディレクトリを操作する方法についても学竹します。第20では少しまわり 
道をしてシェルについて詳しく説明しましたが、この草から C によるブログラミングの学竹を開 
始します。 

まず M •初に、ファイル、ディレクトリ、デバイスといった概念についてひととおり解説します c 
次に、 UND (でのファイル人出力の扱いについて詳しく兄ていきます c ファイルとディレクトリ 
を操作するには、システムコール （ Winodws の AH に相当）を$行する必袈がありますが、こう 
したシステムコールのほかにも、ファイル操作をより効率的に行うためのライブラリ⑼数が数多 
く用意されています。 

この帘で取り上げる顶 H は次のとおりです。 

〇ファイルとデバイス 

〇 システム コール 

〇 ライブラリ I 对数 

〇 低水準ファイルアクセス 

〇ファイルの竹邱 

〇 掠準人出カライブラリ 

〇 み式付き人出ノ J 

〇 ファイルとディレクトリの保 Vj : 

〇 ディレクトリの走作 

〇 ェラー 

〇 その他のファイル枨作 


jjck ^ UNIX のファイル構造 _ 

すでによく知られているファイル惝造(こついて、なぜあらためて取り上げる必 •&: があるのか小 
思謎に思われるかもしれません,：しかし、ファイルは、オペレーティングシステムサービスとデ 
バイスに対するシンプルで - n •したインタフヱースを提供するものであり、 unix 琛境では特に 
• tv 皮な总味を持っています。それは•でいえば、“すべてがファイルである”ということです 
すべてがファイルであるということは、デイスクファイルやシリアルポート、プリンタ、その 
他のデバイスを、ファイルを扱うのと M 様にプログラムから扱うことができるということです 
いくつかの例外についてはあとでまた取り I ••げますが、通常必要になるのは open 、 close , 
read 、 write 、 ioctl という 5 つの丛+閲数だけです。 
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ディレクトリも特殊な神;類のファイルです。 UNIX の初期バージョンでは、スーパーユーザー 
でもディレクトリへの枰き込みはできず（説み取りは I げ能）、ディレクトリを削除するには、ディ 
レクトリファイルを空にして rindir を使う必要がありました 0 しかし、新しい A •水準の 
opendir / readdir インタフェースでは、より洗練された形でディレクトリを操作できるよう 
になっています。ディレクトリ関迚の特別な閲数にっいては、あとで详しく取り上げます。 

さて、 UNIX では义際にすベてのものがファイルとして衣现されます。もちろん、ファイルが 
衣しているものによっては、ふだん使っているファイルと微妙に穴.なる部分もありますが、すべ 
てのものがファイルであるという人®則は常に心•効です c 次に、特別なケースに ついて 少し,兑明 
しておきましょう。 

ディレクトリ 

ファィルは、その内界のほかに、名前と竹理惝報(ファイルの作成/修 iKH 時とパーミッショ 
ン）を持っています竹邱忉钳が格納されているのは j ノードで、この i ノードには、ファイルの 
M さとディスク I •.でのファイルの位! W •(こ閲する怙银も禽まれます。システムが使川するのはファ 
イルの i ノードの沿り•です 0 ディレクトリ惝造は、ユーザーの便丫|:のためにファイルの名前を從 
供する役割を米たしています』 

ディレクトリとは、ほかのファイルの i ノー ドと名前を保持しているファイルのことです 
UNIX のバージョンによっては、8進数ダンプユーティリティの od コマンドを使って 、 od -c • 
でファイルれを、 od-d •で i ノードを衣/できるものがあります。各ディレクトリエントリは、 
ファイルの i ノードへのリンクですファイルれを削除すると、このリンクが削除されます 0 i n 
コマンドを使うと、1…じファイルへのリンクをさまざまなディレクトリに作成することができま 
すファイルへのリンクの数 （is -1 を火行したときにパーミッションの次に衣ボされる数卞） 
が0になると、該: 1 彳する i ノードとデータは使われていないことになり、空きとしてマークされま 
す:> 

ファイルはディレクトリに抑•かれますが、ディレクトリにはさらにサブディレクトリが穴まれ 
ていることがあります> このしくみによって、いわゆるファイルシステムの 階層 構造が形作られ 
ます。たとえば、 neil というユーザーがいたとします。ふつう、 neil は H 分のファイルをホー 
ムティレクトリに收きますホームディレクトリは、•般的には/ home / neil になるでしょう 
ホームディレクトリには、メール川、ビジネスレター川、ユーティリティプログラム川などのサ 
ブディレクトリを阶くことができます 0 UNIX には便利な衣, k ! 力•法があり、チルダレ）を使うと、 
「 I 分のホームディレクトリに簡中.に移動することができます（たとえば、ユーザー user の坳合に 
は、〜 user と人ノ J します ） c •般に、各ユーザーのホームディレクトリは、それより上位のディ 
レクトリのサブディレクトリになっています|••位のディレクトリは、ユーザーのホームディレ 
クトリを格納するために特別に作成し、 / home などの名前を付けるのが•般的です: 

次の N で、 / home ディレクトリは、それ II 体がルートディレクトリ（パのサブディレクトリに 



96 ♦ 第 3 章ファイルの操作 


なっています0ルートディレクトリは階 w 構造の m め:に位 k し、システムのすべてのフアイルは 
そのサブディレクトリに収められています。通常、ルートディレクトリには、システムブログラ 
ムを阀くための / bin (バイナリの总）、システム,没定ファイルを的いておく/ etc 、 システムライ 
ブラリを的くための/ lib などのサブディレクトリがあります。物邱デバイスを衣すファイルや、 
デバイス への インタフェースを提供するファイルは、 f /; 統的に/ dev という名前のディレクトリ 
に敗かれます。 



bin dev home 




図 3. 1ファイルシステムの階層檇造 


0^3ファイルとデバイス 

UNIX では、ハードウェアデバイスさえもファイルによって衣され（マップされ）ます。たとえ 
ば、 CD - ROM ドライブは、次のようにして root がファイルとしてマウントします。 


# mount -rt iso 9660 / dev/hdc / rant/cd rom 

# cd / mnt / cd_rom 

この例では、ブート時(こ hdc として認識された CD - ROM デバイスの内衿が、 / mnt / cd _ rom の 
ドに ファイル 構造としてマウントされます。 CD - ROM がいったんマウントされれば、いつもと 
じようにその中のディレクトリを移動することができます0兴なるのは、 CD - ROM の内界が説 
み取り W : 川であるという点だけです。 

次に、3つの屯要なデバイスファイルについて説明しておきましょう。 


♦ / dev/console 

このデバイスは、システムのコンソールを衣します。エラーメッセージや診断怙報は、しばし 
ばこのデバイスに送られます。各 UNIX システムには、コンソールメッセージを受け取るための 
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•、 V : 州の端ぶまたは肉 ifti があります。•般に、新しいワークステーシヨンではアクティブな仮想コ 
ンソールカ、 X では|由 hfii I ••のコンソールウインドウが•こうしたメッセージを 4 •け Jfi (ります 


♦ / dev/tty 

スペシャルファイル/ dev / tty は、プロセスが制御端末（キーボードと I 由1血、またはウィンド 
ウ）を持っている場合の制御端末のエイリアス(論理デバイス)です。たとえば、 cron から火行 
されるブロセスは制御端未を持たないので、このようなブロセスは/ dev / tty を IJfj くことはでき 
ません， 

/ dev / tty を使川できる垛合には、ユーザーがどの奴想端ぶまたはハードウエア端七を使って 
いるかに関係なく、このデバイスを使ってプログラムからユーザーにめ:接メッセージを送倌する 
ことができます。この点については、第5夕で詳しく取り上げます。 

/ dev / console は1つしかありませんが、 / dev / tty を介してアクセスできる物那デバイスは 
火際には多数む:丫 I :します。 


♦ / dev/null 

これはヌルデバイスです。このデバイスにノ!••き込まれた出ノ j はすべて破泶されますこのデバ 
イスを説み取ると、ただちにフアイルの終端が返されるので、 CP コマンドなどではやのフアイル 
として利川することができます。小要な出力はしばしば/ dev / mill にリダイレクトされます。 


m 

メモ 


touch filename コマンドを使つて空のファイルを作成することもできます。このコマンドは、 
ファイルが存在する塌合にはファイノ U 7) 修正刻を変更し、ファイルが存在しない埸合には、指 
定された名前で新しいファイルを作成します。このコマンドを使ったときには、ファイルが存在 
する場合でも内容は空になりません。 


$ echo do not want to see this " dev/null 
$ cp / dev/null empty_file 

以 I ••のほかにも、 / dev ディレクトリには、ハードディスクやフロッピーディスク、通^ポー 
卜、テープドライブ、 CD - ROM , サウンドカード、さらにシステムの内部状態を衣すデバイスな 
ど、さまざまなデバイスがあります，たとえば、 null バイトを返す/ dev / zero は、 null バイト 
だけのファイルを作成するときに使います。デバイスによっては、スーパーユーザーのパーミッ 
シヨンがないとアクセスできないものもあります。たとえば、通常のユーザーは、ハードディス 
クなどの低水準デバイスにめ:接アクセスするブログラムを M くことはできません。デバイスファ 
イルの名別は、システムによって穴なることがあります。 Solaris と Limix には、通常のユーザー 
からはアクセスできないデバイスを竹邱するために、スーパーユーザーの榷限で火行されるアブ 
リケーシヨンがあります。ユーザーがマウント uj * 能なファイルシステムに対して使う mount コマ 
ンドなどは、その一例です。 
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この草では、特にディスクファイルとディレクトリについて解説しますが、第5草では別のデ 
バイスとしてユーザー端未を取り上げます。 


システム コールと デバイスドライバ 

ファイルとデバイスは、ごくわずかな数の間数を使うだけでアクセスと竹押.を行うことができ 
ます。システムコールと呼ばれるこれらの間数は、 UNIX によってめ:接捉供され、オペレーティ 
ングシステム n 休とのインタフェースとして機能します。 

オペレーティングシステムの心哚部にあたるカーネルには、いくつかのデバイスドライバがあ 
ります。デバイスドライバは、システムハードウェアを制御するための低水準インタフェースの 
染介です。たとえば、テープドライブのデバイスドライバは、テープのスタート、送り w し、説 
み I 1 !:きな どの" 法を 知っています。また、テープに; 1 !:き 込む ときにどのブロックサイズを使 川す 
るかについての悄報も持っています0テープは冷:来シーケンシャルなものであり、ドライバはテ 
ーブのブロックにめ:接アクセスすることはできないので、適 UJ な位吖 までテープを送る必贤があ 
ります0 

•ガ、低水準ハードディスクデバイスドライバは、1|叫の八き込みをディスクのセクタ中.位で 
しか行うことができません。しかし、仟盘のディスクブロックにが接アクセスすることができま 
す。これは、ディスクがランダムアクセスデバイスだからです。 

デバイスドライバは、どのデバイスに対しても | nj じようなインタフェースを提供するために、 
すべてのハードウェア依む•機能をカプセル化しています。ハードウェアに特心の機能は、.般に 
ioctlU を汕じて利〗 | j できるようになっています。 

/ dev ディレクトリ内のデバイスファイルは、すべてじ方法で使われます。つまり、どのデ 
バイスファイルも、オープンしたあと、説み取りやれき込みを行い、クローズするというガ法で 
使川できます。たとえば、ディスクファイル、ユーザー端七、プリンタ、テープドライブのいず 
れに対しても、 open を使ってアクセスすることができます 

デバイスドライバにアクセスするのに使われる低水準間数（システムコール）には、次のもの 

があります。 

O open ファイルまたはデバイスをオープンする 

O read オーブンされたファイルまたはデバイスから説み取る c 

O write ファイルまたはデバイスに i 1 ! ••き込む。 

O close ファイルまたはデバイスをクローズする c 

9 ioctl デバイスを制御する。 


ioctl システムコールは、ハードウエア W 心•の制御を行うのに使われるため、使い方はデバイ 
スごとに W •なります：たとえば、テープドライブの迮き W しに使うこともあれば、シリアルポー 
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卜のフロー制御を設定するために使うこともあります。このため、 ioctl () にはマシン叫での移 
M 性はありません。 

I •.に帑げたものをなめて、システムコールのドキュメントは、 マニュアル ページのセクション 
2にあります。システムコールのバラメータリストと;乂:り侦の增を記述したプロトタイプ、およ 
び閲迚する定数の# define 文は、インクルードファイルにあります。各システムコールで必袈に 
なるインクルードファイルについては、以ドの説明で Ji •体的に示します。 



ライブラリ関数 


人 m 力のための低水準システムコールの問題は、あまり効率がよくないことです。 

システムコールにはパフォーマンス I •.のペナルティが伴います。システムコールを使った坳介、 
UNIX では、プログラムコードの火行からカーネルコードの実行に 4 /J り袢え、その後枓びブログラム 
コードの火行に W る必要があります。このため、関数呼び出しと比べてシステムコールは敁価です。 

ハードウェア(こはさまざまな制限があり、この糾限によって、低水咿システムコールが•度に 
説み, 1 !:きできるデータブロックのサイズも釤郛を受けます ； たとえば、テープドライブに？!••き込 
める以小ブロックサイズ(こは、 10 K などの糾限があります> したがって、これより小さいサイズ 
の データを 打き込む場•介には、テープを iok 分先送りすることになり、テープに無駄が生じます。 

デバイスとディスクファイルに対する“水吧インタフェースを提供するため、 UNIX には-迚 
の標準ライブラリが川,&されています。これらの標中ライブラリは、ブログラムの中でさまざま 
な処邱•を行うために使⑴できる_数の染介です，たとえば、バッファ付き出力を提供するライブ 
ラリとして、標準入出カライブラリがあります。標準人出ノ J ライブラリを使えば、さまざまなサ 
イズのデータブロックを効中的に:^き込むことができます。ライブラリ問数は、十分な1,1：のデー 
夕が揃ったときにフルブロックのデータを低水準システムコールに渡してくれるので、システム 
コールのオーバーへッドは劇的に低ドします。 

通常、ライブラリ関数のドキュメントは、マニュアルページのセクション3にあります。一般 
に、ライブラリ閲数には、その間数に閲迚付けられた掠準インクルードファイルがあります 3 た 
とえば、捻咿人出ノ J ライブラリの埸•介には、 stdio.h がこれにあたります0 

これまでに説明したことをまとめたのが次の M です。この M を U ながら、各种のファイル閲数 
と、ユーザー、デバイスドライバ、カーネル、ハードウェアとの位胙閲係を確認してみてくださ 
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ユーザー ブロクラム 


ライブラリ 


ユーザー空間 



呼び出し 


システムコール 


デバイスドライバ 


カーネル 


カーネル空問 



ハー ドウエア 
デバイス 


図 3.2 UNIX システムの位 H 問係 



低水準ファイルアクセス 


災む屮のれプログラム（これをブロセスと呼びます）には、いくつかのファイルデスクリブタが 
関述付けられます。ファイルデスクリブタは、オーブンしたファイルやデバイスにアクセスする 
ときに使う小さな幣数です，ファイルデスクリブタをいくつまで使川できるかは、 UNIX システ 
ムの惝成によって W なります0汕常、プログラムを灾行すると、これらのファイルデスクリブタ 
のうち、次の3つがすでにオープンされた状態になります 


〇 〇 掠平;人力 

〇 1 掠準出ノ J 

〇 2 標中: エラー 


open システムコールを使うと、し记以外の ファ イルデスクリブタも ファ イルやデバイスに閲 
速付けることができます。「1#的にオーブンされる ファ イルデスクリブタを利川すれば 、 write 
を使ってごく簡中.なブログラムを作成することもできます。 



#mclude <unistd - h> 

size 一 t write(int fildes, const void *buf, size t nbytes) : 
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write システムコールは、フアイルデスクリブタ fildes に問迚付けられたフアイルに、 buf 
から W 初の nbytes バイトを外き込み、义際に外き込まれたバイト数を返します。ファイルデス 
クリブタにエラーがあったり、デバイスドライバがブロックサイズの制約を受ける坳介には、 
write が返すバイト数が nbytes より小さくなることがあります c W り倘が (> の場•☆には、ファ 
イルの終わりに迮しています。 W り侦が -1 の坳合には、 write コールでエラーが発生したことを 
愈味し、 errno にエラーの内斿を示す侦が設定されます 0 
次の simple _ write.c は、 write を使つた簡中.なブログラムです。 

frmclude <unistd.h> 

mt main () 

{ 

if ((write(1,"Here is some data\n",18)) !=18) 
write(2,"A write error has occurred on file decriptor l\n",47); 

exit(0); 

> 

これは、檔，出ノ j にメッセージを衣氺するだけのプログラムです，プログラムが終 r すると、 
オーブンされているすべてのファイルデスクリブタは「|勋的にクローズされるので、プログラム 
の中で明小的にファイルデスクリブタをクローズする必敗はありません（ただし、バッファ付き 
川力の場介には II ル〗 i 的にクローズする必•挺があります）〇 



Here is some data 
$ 


AA \ この章の T ベての例は、 PATH に現在のディレクトリが含まれていることを前提にしています。 

また、ブログラムは スー バーユーザーでは なく、通常の ユーザーで 実行してください。 

注思 


♦ read 


#mcluae <unistd. h> 

size 一 t: readUnt fildes, void *buf, size_t nbytes); 

read システムコールは、ファイルデスクリプタ fildes に閲述付けられたファイルから、 
nbytes バイトまでのデータをデータエリア buf に说み込み、火際に説み込んだバイト数を返し 
ます，返されるバイト数は、 nbytes より小さくなることがあります:> read が0を返した坳合に 
は、忒み取るべきものがないこと、つまりファイルの終わりに迮したことを,味します。エラー 
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が発生した場合には、 - I が返されます。 

次の simple _ read . c ブログラムは、標準人力の鉍初の128バイトを標準出力にコピーします 0 
人力が128バイトより少ない場介には、人力のすべてがコピーされます。 

# include <unistd.h> 

mt main() 

{ 

char buffer[128]; 
int nread; 

nread = read(0 # buffer, 128); 
it (nread ==-1) 

write(2, "A read error has occurred\n", 26); 

if ((write(1,buffer,nread)) J= nread) 

write(2, "A write error has occurred\n",27); 

exit(O); 

} 

このブロ グラムを火行すると、次のようになります。 

$ echo hello there | simple_reaa 

hello there 

$ simple 一 read < draftl•txt 

Files 

In this chapter we will looking at files and directories and how to 
manipulate them. We v/ill learn how to create files, o$ 

シェルの ブロンブト （$) が、 iri 後に出力された行の途中に衣示されていることに注盘してくださ 
い。これは、標準 m 力には128バイトしかコビーされず、これだけでは行が完結しないためです。 


♦ open 

新しいファイルデスクリブタを作成するには、 open システムコールを使う必要があります。 
creat は POSIX によって挖準化されているもうひとつのオプシヨンで、 Linux もサポートしてい 
ますが、現往ではほとんど使われません。 


# include <fcntl•h> 

#include <sys/types - h> 
#include <sys/stat.h> 


int open(const char *path, int oflags); 

int open(const char *path, int oflags, mode t mode )； 
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m 

メモ 


厳密にいうと、 POSIX システムでは sys/types .匕と sys/stat . h をインクルードしなくても 
open を使用することができます。ただし、 UNIX システムによつては、これらのフアイルをイ 
ンクルードしなければならないことがあります。 


簡中.にいうと、 open はファイルまたはデバイスへのアクセスパスを確々••します。呼び出しが 
成功した場介には、ファイルデスクリブタを返します」返されたファイルデスクリブタは、 read 、 
write 、 およびその他のシステムコールで使川することができます > ファイルデスクリブタは • 
なであり、火行中のほかのプロセスとは共心•されません01つのファイルを2つのブログラムが M 
時(こオープンした垛合、これらのプログラムでは、それぞれ別個にファイルデスクリブタを使う 
ことになります，肉ノ/のブログラムからファイルにルき込みを行う場合には、それぞれのブログ 
ラムが独 m こ保持している位択で#き込みが行われます。，作き込まれるデータは交む••にファイル 
に挿人されるのではなく、どちらかのプログラムのデータがもう•力のデータを I 、 1 !: きします, 
ファイル I •.の説み取りまたは M き込みの位阶（オフセット）は、ブログラムごとに竹押•されます。 
このため、2 つの ブログラムの問で衝突が起きないようにするには、ファイルのロックというし 
くみを利用する必袈があります:ファイルのロックについては、第7切で取り I •.げますっ 
オーブンするファイルまたはデバイスのれ前は、パラメータ path で衍定します。パラメータ 
flagsU は、ファイルをオープンするときの勋作を指定します。 

oflags には、ファイルアクセスモード（竹略イく" f > と、その他の竹略" j •能オプションとのビッ 
卜中.位の論邱和を指定します 0 open では、次のファイルアクセスモードのいずれかを衍定しな 
ければなりません。 


表 3. 1 open のファイルアクセスモード 



O^RDONLY 読み取り専用でオーブン 


0_ WRONLY S き込み専用でオーブン 

0_RDWR 読み蜃き用に才ーブン 

ファイルアクセスモードとのビット.中•位の論[和によって of lags に指定できる竹略" I 能なモ 
ードには、次のようなものがあります0 

(J 〇_ APPEND 打き込まれるデータをファイルの M 後に追加する。 

〇 0_TRUNC ファイルの反さを 0 に切り詰め、既存の内界を破衆•する。 

〇 0 CREAT 必袈に応じて、 mode で指定されたパーミッションでファイルを作成する。 
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〇 〇 一 EXCL 0 —CREAT とともに衍定された場合、すでにファイルがむ••在していれば open 

は'人•敗する。 open はアトミック揀作、つまりそれ以 I •.分割できない1つの 
閲数呼び出しとして処押される。このフラグは、ファイルを作成するのが呼 
び出し圮であることを確火にする味を持つ (2 つのプログラムが M 時にフ 
アイルの作成を，成みた場介でも、どちらがフアイルを作成したのかを判定で 


l.“i! 以外の of lags のオブシヨンについては、 open のマニュアルページを参照してください 
成功した場合、 open は新しいファイルデスクリブタを返します火敗すると -1 を返し、グロ 
ー バル変数 errno に エラーの 内れ•を， ji す侦を设定します errno については、あとで•げしく ,兑明 
します open は常に、木:使川のファイルデスクリブタのうち以•小のものを新しいファイルデス 
クリプタとして返しますこのことを利川すると便利なことがありますたとえば、プログラム 
の中で標準出力をクローズしたあと、 open を呼び出すと、ファイルデスクリブタ 1 が叫利川され 
ることになり、挖準川ノ J を幼中的に別のフアイルやデバイスにリダイレクトすることができます 


♦ 初期パーミッション 

open に 0— CREAT フラグを衍^してファイルを作成する場•介には、パラメータを3つ衍定する 
必があります。3漘丨丨のパラメータ mode には、へッダーファイル sys/stat . h で定在されてい 
るフラグのビット丨 I 1 小〉:のぶ? fl ! 和を衍定します。指定できるフラグは次のとおりです。 


一 IRUSR 

オーナーの说み収りバーミッション 

IWUSR 

オーナーの i 1 ! き込みパーミッション 

IXUSR 

オーナーの奥行パーミッション 

IRGRP 

グループの説み取りパーミッション 

IWGRP 

グルーブのノ!:き込みパーミッション 

IXGRP 

グルーブの火むパーミッション 

— IR 0 TH 

その他のユーザーの説み取りパーミ 

IW 0 TH 

その他のユーザーの外き込みパーミ 

一 IX 0 TH 

その他のユーザーの火むパーミッジ 


彐 


たとえば、次のように衍定します。 

open ("myfile", 0 一 CREAT, S 一 IRUSR | S—IXOTH) ; 

この例では、オーナーが説み取り吋能で、ほかのユーザーには灾行 " f 能な myfile というれ前 
のファイルが作成されます。 
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$ Is -is myriie 

0 -r - x 1 neil software 0 Oct 30 08 :20 myf ile* 

ファイルのパーミッションには、いくつかの发:ぶが彩？!;を〇••えますまず、衍定されたパーミ 
ッションは、ファイルが作成される坳☆(このみ使われます次に、ユーザーマスク（シェルの 
umask コマンドで指定します）も、作成されるファイルのパーミッションに釤郛します， U 休的 
には、火行時に使われるモードの侦は、 open を呼び出すときに指定したモードの侦とユーザー 
マスクの侦を反転したものとの論邱祕になります。たとえば、ユーザーマスクが0 01になってい 
て、モードフラグに S _ IXOTH が衍定されている坳介、作成されるファイルには、ほかのユーザー 
の火行パーミッションは,没定されません v これは、001が、ほかのユーザーの火行パーミッショ 
ンを,;1:|りしないユーザーマスクたからです。つまり、 open と creat で指定するモードフラグは、 
' 炎際にはパーミッションの設定それ「 I 体ではなく、あくまで,没定の装求なのです。装求されたパ 
ーミツシヨンが設定されるかどうかは、义行時の umask の侦に依存します。 


♦umask 

umask は、フアイルの作成 H.W こ侦われるシステム変敉で、フアイルバ ー ミツシヨンのマスクを 
衣しますこの変数の侦を変！するには、新しい侦を指定して umask コマンドを火行します。侦 
には、3桁の8進数を指定します各桁は次の衣に尔すように、それぞれユーザー、グループ、 
ほかのユーザーのパーミッションに対応しており、倘は1、2、4の•命邱和の結果を衣します 


表 3.2 


桁 


umask の値 


f ® 


〇 

4 


2 

1 


〇 

4 


2 


S 味 


ユーザーのパーミッションをいずれも許可 
ユーザーの誘み取りバーミッションを不許可 
ユーザーの占き込みパーミッションを不許可 
ユーザーの実行バーミッションを不許可 

#♦# 參••••春# •翁•癱••籲籲•參籲參參#參♦參#参參•參參# ••春###參參♦參#參#參蠊•參籲籲#•籲#♦拳參#着## ■•■参镛籲# 

グルーブの バー ミッションをいすれも許可 
グルーブの読み取リパーミッションを不許可 
グルーブの S き込み バー ミツシヨンを不許可 


1 グルーブの実行パーミッションを不許可 

•籲馨••癱籲癱 • 鲁籲••癱籲•籲參参参•籲籲•身籲籲馨••參龕•癱癱蠢蠢蠢癱•參鲁參•鲁籲參癱蠢參秦參癱參參參••参籲•癱籲蠢•參癱•籲癟•秦癱•鲁癱••癱••龜•馨籲馨镰•馨馨籲馨籲馨籲籲癱秦 參癱_ •••■礫#籲蠢癱籲參蠢籲 

0 ほかのユーザーのバーミツシヨンをいずれも許可 


4 


ほかのユーザーの m み取リバーミツシ彐ンを不許可 


2 


ほかのユーザーの肖き込みパーミツシヨンを不許可 



ほかのユーザーの実行パーミツシヨンを不許可 


たとえば、グルーブの，^!き込みと火行、およびほかのユーザーの W き込みをブロックする 
umask は、次のよう（こなります 0 
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~ 1 - — ^- - 


表 3.3 umask の値の例 



2 2 


1 

■ ♦•看•零•••翁##••參參參攀籲參參春籲參癱參參參♦♦••争•春 # 擊 # 争參 ## •参 籲春籲籲籲參 # 參籲參 

3 2 


各桁の侦は、該、するすべての俯の論理和になります 0 たとえば、2桁 U の値は2と1の論 fl ! 
和で 3 になります。したがって、今:体では、 umask の侦は032になります 
open または creat を呼び出してファイルを作成する坳合には、パラメータ mode と umask の侦 
が比較されます。そして、バラメータ mode でセットされているビットのうち、 umask でもセッ 
卜されているビットがクリアされます 3 このため、ユーザーの環境を適切に設定すれば、ファイ 
ルを作成するプログラムの屮でほかのユーザーの九き込みパーミッションを装:求していても、火 
際にそうしたパーミッションを持つファイルの作成を，丨|••することができます。ただし、これは 
ファイルが作成される時め:での^で、 chmod コマンドを使えば、ブログラムやユーザーがあとか 
ら i 1 !: き込みパーミッションを追加することは" J * 能です。 urnask のむ:介:，&在は、新しいファイルの 
パーミツシヨンを切:|"|ユーザーが•设定したり、チェックしたりせずにすむという A にあります 


♦ close 

#mclude <unistd.h> 
int close(int fildes )； 


close システムコールは、ファイルデスクリブタ fildes とファイルとの関迚付けを終广する 
ときに使います。間迚付けがなくなったファイルデスクリブタは再利川 Hf 能になります。成功し 
た場•介には0を返し、 エラーが 発/ !:• した場合には -1 を返します。 

火行中の1つのブログラムが、オープンされたファイルを | nj 時にいくつまで持てる かに ついて 
は制限が設けられています。この侦は、 limits.h で定数 OPEN_MAX によって定義されています。 
侦はシステムによって兴なりますが、 POSIX では少なくとも16でなければならないとしていま 
す。ただしこれ|’|体、ローカルシステムの制限によって制約を受けることがあります。 

♦ ioctl 


#mcluae <unistd.h> 

int: ioctl (int fildes, int cmd, •••); 


ioctl はいつてみればなんでも W 的な問数で、デバイスとそのデスクリブタのふるまいを制御 
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したり、デバイスが提供するサービスを設定したりするためのインタフェースを提供します。端 
ファイルデスクリブタ、ソケット、テープドライブなど、さまざまなデバイスでそれぞれ独 
n の iocti の呼び出しが定義されており、その詳しい内容については該玛するデバイスのマニユ 
アルページを参照する必炎があります。 POSIX では、ストリーム川の ioctl を定在しているだけ 
です （ 外: W では触れません）。 

ioctl は、デスクリブタ fildes で指定されたオブジェクトに対して、 cmd で指定された憷能 
を灾行します0デバイスがどのような機能をサポートしているかによって、3挢丨丨のリ I 数を取る 
こともあります。 


例題 


ファイルコピープログラム 


open 、 read 、 write システムコールについてひととおり•兑明を終えたので、ファイルの内界 
を1义7••ずつコビーする copy _ system . c というプログラムを作成してみましょう。 


⑤ 

注憲 


I 

この章では、これ以降、同じブログラムをさまざまな方法で作成し、実行効率がどのように変 
化するかを実際に確かめていきます。サンブルブログラムの記述は、入カファイルがすでに存在 
し、出カフアイルは存在しないことを前提としていますが、これは单にコードが長くなるのを避 
けるためです。実際にブログラムを作成 T る塌合には、ファイルが存在するかどうかなとのチェ 
ツクをきちんと行ろ必要があります。 



in = open (" file . in ", 0_ RD 0 NLY ); 

out = open (" file . out ", O . WRONLY |0_ CREAT # S _ IRUSR | S _ IWUSR ); 
while ( read ( in , & c ,1)==1) 
write ( out # & c ,1); 


t (0); 


nclude < unistd . h > の行は先頭に趋く必要があります。これは、ほかのインクルードファ 
ルに影 5 S する POSIX 準拠のフラグがこのファイルで定義されているためです。 
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このプログラムを灾行すると、次のようになります 


$ time copy—system 

1 .09user 20.18systerr. 0 ： 21.27elapsed 100%CPU (Oavgtext + Oavgdata 
Omaxresident)k 


$ Is -Is file•in file^out 

1029 -rw-r--r-- 1 nei1 users 

1029 -rw - 1 neil users 


1048576 Oct 3015:10 file.in 
1048576 Oct 3015:12 file.out 


I •.の火行例では、 time を使ってブログラムの火行にかかった時間を計っています 0 1 MB の人 
ノ J ファイル file . in は、オーナーだけが•泣み取りと ••! •き込みのパー ミッショ ンを持つファイルと 
して作成された file . out に||•:しくコビーされています：> ただし、コピーには20秒ほどかかって 
おり、て名竹的に CPU 時問のすべてを消赀しています。これは、合計で200ノ以上のシステム 
コールを行っていることが拟 W です。 

もっと人きなかたまりごとに コビーを 行えば、火行速度を改痄することができますたとえば、 
次の coyp 一 block . c では、 1 K のブロックごとにファイルを コビーし ています 

(♦include <unistd.h> 

#include <sys/stat.h> 

^include <fcntl.h> 

int main() 

{ 

char block [1024]; 

int in, out; 
int nread ； 

in = open("file.in", 0 一 RDONLY}; 

out = open("file.out", 0_WR0NLY|0_CREAT, S_IRUSR 丨 S—IWUSR); 

wnile((nread = read ( in , block , sizeof ( block )>) > 0 ) 
write(out # block , nread ); 

exit(0 )； 

} 


次に、出カファイルを削除してからブログラムを実行します。 


$ rm rile^out 
$ time copy 一 block 

O.OOuser 0.06system 0 •• 00 •14elapsed 40%CPU (Oavgtext + Oavgdata 
Omaxresident)k 


$ Is -Is file.in file.out 

1029 -rw-r--r-- 1 neil users 

1029 -rw - 1 neil users 


1048576 Oct 3015:10 file.in 
1048576 Oct 3016:44 file.out 
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今度は1秒もかからず(こプログラムを火行できましたこれは、システムコールが約20001 "1 で 
すんでいるからです0义行時問の•体的な侦はシステムによって代なりますが、 I ••の2つの例の 
比較から、システムコールのオーバーへッドがかなり人きいことがわかります0つま 1 )、システ 
ムコールの使いん•を/適化すれば、火行速度を改芮できるのです0 



ファイル操作のためのその他のシステムコール 


これまでに•说明したもののほかにも、低水，ファイルデスクリブタを挽作するシステムコール 
がいくつかむ:在しますこれらのシステムコールを使うと、ファイルの使い方を制御したり、ス 
テ ー タス怙報を取作したりすることができます。ここでは、これらのシステムコールをまとめて 
解説しておきます。必袈に It じてあとから説み返すとよいでしよう。 


♦lseek 


#include <unistd.h> 

#include <sys/types.h> 

off t lseek(int fildes, off_t offset, int whence); 


lseek システムコールは、ファイルデスクリブタ fildes の説み取り/打き込みポインタをセ 
ットします， lseek を使えば、次にファイルの読み取りや忾き込みを行う場所を設定することが 
できますポインタは、ファイル内の絶対位既か、現在の位沢またはファイルの砬後からの相対 
位奸として設定できます。パラメータ offset には位沢を指定し、パラメータ whence にはオフ 
セットの ,(5: 味を指定します。 v/hence には次のいずれかを指定できます 0 

〇 SEEK SET offset は絶対位时 

〇 SEEK .CUR offset は现 ll : の 位 1 ?¢からの 相対位胙 

〇 SEEK END of f set は ファイルの ili 後からの 相対位敗 


lseek は、ファイルボインタの設定されているオフセットをファイルの先頒からのバイト数で 
返します 0 失敗した場•介には-1を返します 0 シーク 操作の offset で使われる off 一 t 喂は、 
sys / types . h で定在されている処理系依々:の吧です。 
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♦ fstat 、 stat 、 lstat 


#include <unistd.h> 

#include <sys/stat.h> 

^include <sys/types.h> 

int fstat(int fildes, struct stat *buf )； 
int stat(const char *path, struct stat *buf )； 
int lstat(const char *path, struct stat *buf); 


fstat システムコールは、オーブンされたファイルデスクリブタに⑼迚付けられているファイ 
ルのステータス惝報を返します。ステータス怙報は、惝造休 buf に々き込まれます。このシステ 
ムコールを呼び出すときには、偁造体 buf のアドレスをパラメータとして渡します。 

戏りの2つの関数 stat と lstat は、指定された名前のファイルに閲するステータス悄報を返 
します。どちらも|"1じ結米を返しますが、ファイルがシンボリックリンクの坳介には動作が W •な 
ります > lstat はリンクそれ「 I 体に閱する怙報を返しますが、 stat はリンクが指しているファ 
イルの悄報を返します。 

構造体 stat のメンバは UNIX システムによって铒なりますが、必ず次のものが穴まれていま 
す 0 


表 3.4 stat 描 造体のメンバ 



st - mode フアイルのパーミツシヨンと稽類に関する情報 


st 一 ino ファイルに関連付けられている i ノード 


st dev 
st uid 
st gid 
st atime 
st_ctime 
st mtime 
st nlink 


ファイルが存在するデバイス 

■ ••春••镛•蠢 • ••鑄••••春••••••••春•春 •__•_••••#§ 參春#####•♦♦痛 

ファイルの オーナーのユーザー ID 

•••春参•••••••••拳••••••••••••••••••••••••••••••春參•參•翁# 春•春•••••参••參••▲春赢•應•赢 _，▼争嗡•雷翁 徽 

ファイルの オーナーの グルーブ ID 

••，•••••♦♦••••••春••■•春■•••拳•••••参•參♦••♦♦♦♦•••••••拳•春••••••••••••••••舞,,，傭像會 § 量 

歴終アクセス時刻 

モード、オーナー、グルーブ、または内容の應終変更時刻 

|#§# •••春參••••••••••••参參••♦♦•寿參♦••嫌••籲••參♦••♦••春###•參參•參毳♦舞♦令▲♦擎▲，應雩♦▲會▲會♦泰嗛曹嚷曹▲饞 

内容の S 終修正時刻 

1 參•參 •••••••••••••••••拳•參•籲•••••••••••••••••••••••••••春#應•♦••♦♦•春••臂 邊擎 ，傭镛着巍 A 

ファイルへのハードリンク歆 


stat 造体に返される st 一 mode フラグについては、 sys/stat . h でいくつかのマクロが定ぶ 
されていますこれらのマクロは、パーミッションとファイルの饨類に閲するフラグ、および特 
定の f 〖(籾とパーミツションを,掏べるためのマスクとして使われます 

バーミツションフラグは、すでに•说明した open システムコールのものと卜]じですファイル 
の神:類を衣すフラグには次のものがあります 


0 S—IFBLK ブロックスペシャルデノくイス 

O S IFDIR ディレクトリ 
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〇 S_IFCHR 
〇 S_IFIFO 
〇 S_IFREG 
〇 S IFLNK 


キャラクタスペシャルデバイス 

FIFO (名前付きパイブ) 

通常のフアイル 
シンボリックリンク 


その他のフラグには次のものがあります。 

〇 S—ISUID setUID がセットされている 

Os IGUID setGID がセツトされている 


st mode フラグを解釈するためのマスクには次のものがあります。 


o 

S 

—IFMT 

ファイルの神: 



o 

s . 

IRWXU 

ユーザーの 説み取り 

ノ!き込み 

撕パーミッション 

o 

s _ 

IRWXG 

グルーブの説み取り 

M き込み 

火行パーミッション 

o 


IRWXO 

その他のユーザーの説み取り 

•サき込み货行パーミッショ 


ファイルの神類を,脚べるためのフラグには次のものがありますこれらのマクロは、適切な方 
法でマスクされたモードフラグと、デバイスの M 類を衣すフラグとを比較します。 


〇 S ISBLK 
〇 S_ISCHR 
〇 S_ISDIR 
〇 S_ISFIFO 
〇 S ISREG 
O S ISLNK 


ブロックスペシャルファイルかどうかを,刺べる0 
キャラクタスペシャルファイルかどうかを湖べる0 
ディレクトリかどうかを,期べる。 

FIFO かどうかを满ベる。 

通花•のファイルかどうかを，消べる。 

シンボリックリンクかどうかを,掏べる。 


たとえば、ファイルがディレクトリではなく、オーナーのパーミッションのうち灾行パーミッ 
ションだけがセットされていることを凋べるには、次のようにします。 

struct stat statbur ; 
moae_t moaes; 

stat("filename",&statbu£); 
modes = statbuf•st—mode; 

if(!S_ISDIR(modes) && (modes & S_IRWXU) == S.IXUSR) 
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♦ dup 、 dup2 

#include <unistd.h> 

int dup(int fildes); 

int dup2(int fildes, int fildes2 )； 


dup ンステムコールは、ファイルデスクリブタを複製する手段を提供し、 Ini じファイルに W . な 
る複数のファイルデスクリブタでアクセスできるようにします。これらのファイルデスクリブタ 
は、 M じファイルの別の坳所を説み打きするときに使川できます。 dup はファイルデスクリブタ 
fildes を複製し、新しいデスクリブタを返します。 

dup 2 システムコールはファイルデスクリブタをコビーします。 fildes 2 は、コピー先の新し 
いファイルデスクリブタとして使われます。 

これらのシステムコールは、パイブを介して M 俏する梭数のプロセスを使う場介にも便利です。 
dup システムコールについては、第110でもう•度取り I •.げます 


WWW 橒準入出ヵラィブラリ _ 

摞準入出カライブラリとそのへッダーファイル stdio.h は、低水準入出カシステムコールに 
対する柔軟なインタフェースを提供し、打式付き出力や人力のセ作を行うための便利な問数を数 
多く川立しています。また、このライブラリは、デバイスのバッファリングも行います。 

柢準人出カライブラリは、低水中ファイルデスクリブタと|"1じ力•法で使います。 H 体的には、 
まず、ファイルをオープンしてアクセスパスを 確、〉: する必要があります 0 ファイルをオーブンし 
たときに返される侦は、ほかの人/ li カライブラリ 問 数のパラメータとして使います。 掠 準人出ノ j 
ライブラリで低水，ファイルデスクリブタに 相 4するものは、 ストリームと 呼ばれ、構造体への 
ポインタ FILE * として％装されています0 


m 

メモ 


ここで説明しているストリームと、 AT&T UNIX System V Release 3で導入されたブロセ 
ス間通信の STREAMS (本 S では取り上げません）とは別のものです。 STREAMS について詳しく知 
りたい場合には、 X / Open 仕様および System V 付尿の AT&T streams プログラミングガイド 
を参照してください。 


ブログラムを実行すると、 stdin . stdout 、 stderr の3つのファイルストリームが |，|# 的に 
オーブンされます 0 stdin 、 stdout 、 stderr は stdio . h で mK されており、それぞれ標準人 
力、標準出力、標準エラー出力を表します。これら3つのファイルストリームは、低水準ファイ 
ルデスクリブタの0、1、2に対応します。 
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以ドでは、標準人出力に含まれる次のような問数について説明していきます。 

(J fopen、fc 丄 ose 
9 fread , fwnte 
9 fflush 
O f seek 

O fgetCx getc 、 getchar 
O fputc 、 putc 、 putchar 
O fgets、gets 
O printf 、 fprintf 、 sprintf 
O scanf 、 fscanf 、 sscanf 


♦ fopen 

#include <stdio.h> 

FILE * fopen(const char * filename, const char *mode); 


fopen ライブラリ間数は、低水準 open システムコールに似た機能を持ち、主にファイルや端 
未人 m 力に使います0デバイスを細かく制御する必要がある場介には、入出カバッファリングな 
ど、ライブラリによる副作〗 H を伴わない低水準システムコールのほうが適しています0 
fopenti , パラメータ filename に指定された名前のファイルをオーブンし、このファイルに 
ストリームを閲迚付けます。 mode は、ファイルをオーブンする力•法を指定するパラメータで、次 
のいずれかを指定します。 


〇 " r " または" rb " 

〇 " w " または " wb " 

(J " a " または" ab " 

〇 " r +" または" rb + ••または" r + b " 
〇 " w +" または" wb + ••または" w + b " 

〇 " a +" または" ab +" または " a + b " 


説み取り沒用でオーブンする0 

外き込み⑴にオーブンし、もとのファイルの鉍さを0に 
切り詰める。 

#き込み川にオーブンし、ファイルの敁後に追加する0 

吏 新 (読み書き)用にオーブンする。 

史新用にオーブンし、もとのファイルの長さを0に切り 
詰める。 

史新) in こオーブンし、ファイルの/! i •後に追加する。 


匕は、ファイルがテキストファイルではなくバイナリファイルであることを示します0ただし、 
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I )() S とは W •なり、 UNIX ではテキストファイルとバイナリファイルの K 別はありません 。 UNIX 
ではすベてのファイルを M じように扱い、いずれもバイナリファイルとして処现します。なお、 
パラメータ mode には、 文卞 ではなく 文卞 列を指定することに 注 意してください。 たとえば、 •!：• 
ではなく" 2： ••のように指定します 3 

成功すると、 fopen はヌルではない FILE ★ポインタを返します。火敗した場•合には、 
stdio.h で定在されている侦 NULL を返します 2 


♦ fread 


#inc 丄 ude <stdio•h> 

size 一 t: rread(void *ptr # size 一 t: size, size t nitems. FILE *stream )； 


fread ライブラリ閱数は、ファイルストリームからデータを■泣み込むときに使います c データ 
はストリーム stream から、 ptr が示すデータバッファに説み込まれます 0 fread と次の f write 
は、データレコードを扱うときに便利な閲数ですデータレコードの衍定は、レコードサイズ 
size と送するレコード妓 nitems (こよって行います fread は、デ ー タバッファへの j 立み込み 
に成功したアイテムの数（バイト玫ではありません）を返します。したがって、ファイルの姒後 
(こ述すると、 nitems より小さい侦が返されることになりますこの fread を A めて、バッファ 
への, 1 1:き込みを行う掠準人出力問数では、ブログラマがデータ川の領域を確保する必•炎がありま 
す0 

♦ fwrite 


# include <stdio•h> 

size—t fwnte(void *ptr, size 一 t size, size 一 t nitems, FILE *stream )； 


fwrite ライブラリ閲数は、 fread と似たインタフェースを持ち、衍定されたデータバッファ 
からデータレコードを川ノ J ストリームに#き込みます： fwrite は、き込みに成功したレコー 
ド数を返します。 

一 1 ' ■■ ■ ■ ■ 一 —■ ■ ■ - ■ _ ■ 

\ 锅造化されたデータを異なるシステム間で転送する塌合、不用愚に fread や fwrite を使うと 
獅が起きることがあリます。 

注思 ---1 
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♦ fclose 


#mclude <stdio.h> 

int fclose(FILE ^stream )； 


fclose ライブラリ関数は、指定された stream をクローズし、まだ"き込まれていないデータ 
を八き込みます。掠，入出カライ ブラ ')ではデータが バッ ファリングされるので、 fclose の使 
用は®要な麟を持っています。データが W 後まで完令に, 1 f き込まれたことをプログラムで保証 
する必炎がある坳介には、 fclose を呼び出してストリームをクローズする必袈があります。た 
だし、プログラムが ll •:常に終/した坳介には、 その 時 A で まだオーブンされているすべての ファ 
イルストリームに対して fclose が「|勋的に呼び出されます， フ ァイルデスクリブタの坳介と M 
様、使川できるストリームの数は制限されています〇この侦は、 stdio.h で定数 FOPEN_MAXU 
よって定在されています(设低 8>。 


♦ fflush 


#mclude <stdio-h> 

int fflush(FILE *stream); 


f flush ライブラリ問数は、ファイルストリームにあるすベての末処邱データをただちに打き 
込みます 0 たとえば、 ユーザーと 対詁的なやりとりを行うブロ グラムの 中で fflush を侦うと、 
プロンプトを端未に確火に送り出したあと、 ユーザーの 人力を説み取ることができます0また、 
■11 要なデータをいったんディスクにコミットしてから処理を絞けるといったことも叮能です〇ブ 
ログラムをデバッグする場•介にも、要所要所で fflush を使えば、データがきちんと齊き込まれ 
ているかどうかを確認することができます， fclose が呼び出されると、ストリームは喑黙のう 
ちにフラッシュされます。したがって、 fclose の前に fflush を呼び出す必要はありません。 


♦ fseek 


ttinclude <stdio•h> 

int f seek (FILE *sream, long mt offset, mt whence )； 


fseek 閲数は lseek システムコールのファイルストリーム版で、ストリーム I •.で次に説み, 1 !••き 
を行う位沢を設定します；パラメータ off set と whence の,味と侦は、 lseek の坳合と1"1じで 
す。ただし、 lseek は off _ t ^ を返しますが、 fseek は成功した場合、0を返します。'火收した 
場合には -1 を返し、 errno にエラーの内衿をボす侦を設定します。 
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♦ fgetc 、 getc 、 getchar 


^include <stdio.h> 

int fgetc(FILE ^stream )； 
int getc(FILE *stream )； 
int getchar ()； 


fgetc 問数は、ファイルストリームから次のバイトを义•字•として返します。ファイルの iri 後に 
速すると、 EOF を返します。 

getc 問数は、マクロとして実装できる点を除けば fgetc と M じです。 getc がマクロになって 
いる場•介、副作川のあるものを' j | 数 stream に指定することはできません。また、 getc を関数の 
ポインタとして使うこともできません。 

getchar 問数は getc ( S tdin > と等価で、標平入力から次の文卞を説み取ります。 

♦ fputc 、 putc 、 putchar 


^include <stdio.h> 

int fputc(int c, FILE ^stream )； 
int putc(int c, FILE ^stream); 
int putchar(int c); 


fputciw 数は出カファイルストリームに 1 文字を忾き込み、符き込んだ文字を返します。 エラ 
一が発牛•した場合には、 EOF を返します。 

fgetc と getc の場合と冏様、マクロとして次:装できる点を除けば、 putc は f putc と|"1じで 
す。 

putchar 数は putc ( c , stdout ) と等価で、捻準出力に1文字を作き込みます 。 putchar 
は、 char 沏ではなく int ^ をリ I 数に取る点に注盘してください。また、紀り倘の耶は int なの 
で、ファイルの終わりを衣すインジケータ （ EOF ) が侦 -1 を取ることができ、通常の文卞との K 
別が可能になっています。 


♦ fgets 、 gets 


#mclude <stdio.h> 

char *fgets(char *s, int n t FILE *stream )； 
char *gets(char *s); 


fgets 問数は、人カファイル stream から义卞列を説み込みます: > 読み込んだ文亇は、改行义 
字に出合うか、 n -1 文卞•が転送されるか、またはファイルの終わりに達するかのいずれかの条件 






3.3 標準入出カライブラリ ♦ 117 


が满たされるまで、 s で指定されたバッファに叩き込まれます。改行文字に出合った場介には改 
行文卞もバッファに外き込まれ、そのあとに文字列の終ゎりを示す\ 〇が追加されます。1问の呼 
び出しで説み取られる文卞数は、最大 n -1 文字•です。これは、バッファの最後に、文字列の終わ 
りを氺す \0 を追加する必装があるからです（この \0 も穴めると、全体で iti •人 n バイトになりま 

す)。 

fgets は、成功するとバッファ への ポインタ s を返します。ストリームがファイルの終わりに 
述した坳介には、 EOF インジケータをセットし、ヌルポインタを返します。•说み取りエラーが起 
きた垛介、 fgets はヌルポインタを返し、 errno にエラーの内衫を氺す侦を設定します。 

gets 問数は、標渾人力から読み取りを行う点と、改行文字を破策する点を除けば fgets と IHJ 
じです。ただし、 gets は転送できる文卞数を制限していないので、転送バッファがあふれる " r 
能性があります。このため、通常は gets ではなく、 fgets を使うべきです。 



書式 付き入出力 


標帑入出カライブラリには、指定した形式で出力を生成するライブラリ閲数も用意されていま 
す。ファイルストリームに侦を M き込む printf とその系列の閲数、フアイルストリームから侦 
を説み取る scanf などがあります。 


♦ printf 、 fprintf 、 spnntf 


^include <stdio.h> 

int printf(const char * format, •••); 

int sprintf(char * s• const char * format, •••); 

int fprintf(FILE ♦stream, const char *format # 


printf 族の関数は、さまざまな沏の吋変個の…数に赉式を設定して出力します。出カストリ 
ーム中での各変数の表現ノ/法は、パラメータ format で制御します。 format は、出カストリー 
ムにそのまま衣示される通常の文卞と、 format に続くリ I 数の衣ボ方法および衣ポ場所を指定す 
るための変換指定子と呼ばれるコードから構成されます3 
printf 閲数は出力を標準出力に肖き込みます。 fprintf 関数は、川力先が stream で指定さ 
れたストリームになる点を除けば、 printf と M じです 0 sprintf 関数は、文字列の終わりを > J "く 
す \0 を出力に付け、パラメータ s で指定された文字列に結果を密き込みます。文字列 s は、出力 
のすべてを受け取るだけの十分な大きさがなければなりません0 
iM : 式指定文字列 format の中の通常の文字は、そのまま出力されます。変換指定 f •がある坳合 
には、 パラメータ として渡された引数を順に取り出して桁式を設定します。変換指定子は、常に 
义•字％で始まります。次の例を兄てください。 
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printf("Some numbers: %d f %d, and %d\n n , 1, 2, 3); 

この コードを火行すると、次のように出力されます。 

Some numbers :1, 2, and 3 

文字％そのものを出力するには、変換指定 f •と K 別するために％%と指定する必要があります 0 
次に示すのは、よく使われる変換指定 f •です 3 


(J %d, %i 

幣数を10進数で出ノ J 

〇 % 〇 、 ％x 

幣数を8進数、16進数で m ノ j 

O %c 

文字を出力 

O %s 

文卞列を出力 

〇 %£ 

i? •動小数点数 mm ) を/ iwj 

O %e 

估粘度浮動小数;; i 数を m 力 

O %g 

•般的な形八で double を出ノ J 


printf に i 度されるリ|数の数と彻は、#式指定义字列の変換指定 f •の数および沏と•致してい 
る必贤があります。格数リ I 数の喂を指定するには、オプションのサイズ指定子を使います。たと 
又ば 、 h (% hd のように指: ril ) は short int 、 1は long int を衣します 0 コンパイラによっては、 
printf ステートメントで使われている叩などをチェックできるものがありますが、 Vd 分なもの 
ではありません。 

次の例を W •てください。 

char initial = 'A 1 ; 
char *surname = "Matthew"; 
double age = 6.5; 

printf("Hello Miss %c %s t aged %g\n "， initial, surname, age); 

このコー ドを灾行すると、次のように出力されます， 

Hello Miss A Matthew, aged 6.5 

フィ ー ルド指定子を 使うと、 出力を さらに細かく： lilj 御することができます。フィールド指定 广 

は変換指定 H こ加えて使川し、出力屮の文字揃えや空!^の押•め込み方法を指定するものです • 

般的には、え?•動小数*数の小数部の桁数を指定したり、文卞•列の前後に揷入する空 n を指定し 
たりするの(こ使います。 

フィ ー ルド指定广は、変換指定广の义卞％のすぐあとに数侦として指定します 0 次の衣は•さ 
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まざまなフイールド指定 f •の使い"と、その出力結來を小したものです（出力位的•をわかりやす 
くするために、出力を縦線で I 用んでいます)。 


表 3.5 フィールド指定子 



シ。 10s 

"Hello" 

. 1 .……… HellG| . 

%-10 s 

"Hello" 

| Hello | 

%10 d 

1234 

1 12341 

V10d 

1234 

11234 | 

先 01 0d 

1234 

10000001234| 

%10.4f 

12.34 

| 12.34001 

Vs 

10, "Hello" 

| Hello | 

衣に氺した例は、 

いずれも 10 文字分のフイ 

ー ルド幅で出力されています。2番 H の例のよう t 


フィールド幅に ft の侦を指定すると、出力は/ r : 作せされます。また、 iti 後の例のようにアスタリ 
スクい）を使えば、 " r 変フィールド幅を指定することができます（衣の例では、火際の幅にはリ I 
数の10が使われてぃます>〇 0(ゼロ)を前に付けた場合には、出力される項目の先行部分にゼロ 
が坪め込まれます， POSIX 代様によれば、 printf はフィールドをあふれさせることはせず、出 


力結來が収まるようにフイ ー ルドを拡张します> 
printf 族の間数は、き込まれた文字数を返しますつ sprintf では、 W ： 後の\〇は义卞数に 
なまれません 0 エラーが発十•した場介には H の侦を返し、 errno を設定します 0 


♦ scanf 、 fscanf 、 sscanr 


♦♦include <stdio.h> 

int scanf(const char * format, •••}; 

int fscanf(FILE ^stream, const char ^format # 

int sscanf(const char *s # const char ^format, 


scanf 族の IW 数は、 printf 族と1"]じように動作しますが、ストリームから侦を説み取り、読 
み取った侦を、ポインタパラメータで渡されたァドレスの変玫に侪納する/•(が災なります。人力 
変換の"法を指定する#式指定文卞列の使いノ/は printf 族と1"1じで、変換指定，•もほとんど M 
じものを使います。 

scanf 族では、 printf 族と M 様、入力された侦を格納するのに使う変数には適切な彻を使う 
必贤があり、また渡される， JI 数の数と喂も、，丨は指定义卞列屮の変換指定 f •の数および叩と•致 
している必きがあります •致していない坳合には、メモリの内矜が破壊され、プログラムがク 
ラッシュすることがあります。このような垛合でも、コンパイラからのエラーは衣小されません。 
ただし、コンパイラによっては f ?;*; •を衣尔することがあります3 
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scanf 族の外式指定文'？:列には、 printf の場合と |“j 様、通常の义ネと変換指定/•の肉 • 力が禽 
まれています。ただし、 scanf 族では、通常の文ネは人力中に存介:していなければならない文字 
を指定するのに使います0 
次の例を见てください。 

int num ; 

scanf("Hello % d n , & num ); 

この例では、標準入力からの次の 5 文字が Hello に•致する場介にのみ、 scanf の呼び出しが 
成功します。そして、この5文字の次の文字が10進数として認識できる俯であれば、その侦が説 
み取られて変数 mrn に代人されます。#式指定文亇列中の乍ド|は、人力屮のすべてのホワイトス 
ペース（乍 n 、 タブ、フォームフィード、改行）を無视するために使います。したがって、次の2 
とおりの入力を与えた場合には、いずれも scanf の呼び出しが成功し、偾1234が変数 mun に格 
納されることになります。 

Hello 1234 

Hellol 234 


通常、人力中のホワイトスペースは、変換が間始された時点でも無祝されます。このため、 I - 
の抑式指定文卞列中の％ d は、数す•に出介うまで、スペースや改行をスキップしながら人力の読 
み取りを続けます。期侍した文字が現れない場合、入力の変換は失敗します 0 
変換指定子には次のようなものがあります。 


O %d 

〇 % 〇 、 ％x 
J %t 、 ％ e 、 ％g 
O %c 
O %s 

O w 

o %% 


幣数を 10 進玫で入ノ J 
幣数を8進数、16進数で人力 
f ? •動小数点数を入力 

文卞を人力（ホワイト スペースはスキップ されない) 
文卞列を入力 
义すの浓合を入ノ J (後述> 

文卞％%を人力 


printf と M 様、 scanf の変換指定广には、人力の文字数を制限するフ ィール ド幅を指定する 
ことができます：サイズ指定/ • ( short を总味する h または long を立味する 1 のいずれか） は、 
受け取るリ I 数が デフオル トより扨 いか M いかを 示すものです。たと えば、 ％ hd は short 
int 、％ ld は long int 、% lg は倍精度 i ? •動小数*数を衣します。 

人力から中.•の文卞を説み取るには変換指定，% c を使います。％ c を指定した場介、先行する 
ホワイトスペースの説み飛ばしは行われません、 
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义卞•列を入力するには変換指定 JHs を使ぃます。ただし、シ。 s を使うときには注意が必要です。 
先行するホワイトスペースはスキップされますが、义卞列中で ili •初にホワイトスペースが出現し 
た時点で説み取りが打ち切られるからです。このため、 % s は一般的な文字列ではなく、取語を 
説み取るのに適してぃます。また、フィールド幅の指定がなぃ場合、読み取る文字列の K さは制 
限されません。したがって、人力を格納する义字列は十分な於さを持ってぃなければなりませ 
ん。通常は、フィールド桁定了を使うか、または fgets と sscanf を組み合わせて使) II し、人力 
行令体を説み取ったあとに走舟するほうが無難です。 

変換指定，％ [] は、指定された文字の染合からなる文字列を読み取ります。たとえば、 ％[ A - 
z ] と指定すると、人文字からなる文字列を説み取ります。抬定された文字の敁初の文字がキヤ 
レットい）の場合には、桁定された染合に穴まれなぃ文卞からなる文字列を説み取ります。たと 
えば、スペースを穴む义卞列を•洗み取り、 iti 初のカンマが出現した時点で説み取りを終广するに 

は、%い，]と指定します。 

たとえば、次のような人力行があるとします。 

Hello , 1234, 5.678, X , string to the end of the line 

この行を次のコードで説み取ると、4つの功 II が il •:しく人力されます。 

char s [256] ; 
int n ; 
float f ; 

char c ; rmmMm 

scanf (" Hello ,% d ,% g , %c, %【 A \ n 】"， & n # & f # & c # s ); 

scanf 族の関数は、説み取った項 H の数を返します。 W ： 初の項 H で失敗した場合には〇を返し 
ます。 iti 初の项 H を説み取る前に人力行の終わりに達した坳合には、 EOF を返します。ファィル 
ストリーム h で説み取りエラーが発中•した坳介には、ストリームのエラーフラグがセットされ、 
errno にエラーの内 W を示す侦が設定されます。ストリームのエラーにつぃては、すぐあとで取 
り上げます。 

•般に、次の3つの理山から scanf 族の使川は勧められません 0 

〇 奥装には伝統的にバグが多ぃ0 
〇柔軟な使ぃ方ができなぃ。 

〇 なにを解析してぃるのかわかりにくぃコードになる。 
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3 . 3.2 


その他のストリーム関数 


これまでに取り I ••げたもののほかにも、次のようなさまざまな標，人出ノ j ライブラリ関数があ 
ります0 


〇 fgetpos 
〇 fsetpos 
〇 ftell 
〇 rewind 
〇 freopen 
O setvbuf 
O remove 


ファイルストリーム中の現在の位敗を取得する 0 
ファイルストリーム中の現介の位敗を設定する0 
ストリーム中の現/ I :•のファイルオフセットを返す 
ストリーム屮のファイル位阶をリセットする 
ファイルストリームを作利川する。 

ストリームのバッファリングノ/パ;を•没定する。 

バラメータ path がデイレクトリでない場介には unlink と|»]じで、ディ 
レクトリの場介には rmdir と卜，1じ。 


これらのライブラリ閱数のドキュメントは、 マニュアル ページのセクシ ョ ン3にあります 
ライブラリ閲玫の,说明がひととおり•済んだので、このウ:で W 初に作成したファイ ル コビーブロ 
グラムをフアイルストリーム関数を使って•きめ:してみましょう。ファイル名は copy _ s tdio. C 
とします。 



これまでに作成したバージヨンと似ていますが、ここでは挖，人出ノ j ライブラリ閧数を使って 
1文字中•位でフアイルをコビーします 0 


#mclude < stdio . h > 



int c ; 

FILE * in , * out ; 

in = fopen (" file . in ", " r M ); 
out = fopen (" file . out ", " w "); 

while((c = fgetc ( in )) != EOF ) 
fputc ( c # out ); 

exit (0); 


これまでと l " j じ"法で火行します 
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$ time copy_staio 

0.52user O.OOsystem 0 ： 00.61elapsed 84%CPU (Oavgtext+Oavgdata 
Omaxresident)k 


解説 

ブロック中.位でコビーした坳合ほど速くはありませんが、低水サ:人出力閲数で1文卞ごとにコ 
ピーした場合と比べると、はるかに“速に処邱できることがわかります。これは、捻,人出カラ 
イブラリでは FILE 偁造休の内部にバッファがあり、このバッファがいっぱいになったときに初 
めて低水，システムコールが呼び出されるためです。 I ••の例では1义ネ…•位でファイルをコピー 
していますが、灼準人川カライブラリを使ってむごと、ブロックごとにコビーすることも 11 r 能で 
すから、ぜひ n 分でいろいろと••式してみてください。 


3 . 3.3 


スト リームのエラー 


檔，人出カライブラリの多くの間数は、エラーを氺すためにヌルポインタや定数 EOF など、萜 
W 外の侦を返します 0 エラーが 発/ k した場•介には、 エラーの 内界を/ A す侦が外部変数 errno に 
設定されます。 


林 include <errno.h> 
一 extern mt errno; 


AA A errno の値を変更する問数は数多く存在します。したがつて、 errno の値は、関数でエラーが 

発生した時点でのみ有効です。値を調べたい場合には' 関歆からエラーが返された直後に調べ 
注慧 る必要があります。また、 erirno の値を使う塥合には、使用する前にほかの変数に値をコビー 

しておく必要があります。これは、値を表示するときに使う fprintf などの関歆によつて、 
errno の値が»き換えられる可能性があるからです。 


次に尔す関玫を使ってファイルストリームの状態を凋べると、エラーが発十•しているかどうか、 
ファイルの終わりに迷しているかどうかなどを知ることができます> 


Sinclude <stdio.h> 

int ferror(FILE *stream); 
int feof(FILE * stream); 
void clearerr(FILE ^stream); 


ferrorra 数は、 ストリームの エラー インジケータを消べ、 エラー インジケータがセットされ 
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ている場介には0以外の侦を、そうでない場合には0を返します。 

feof 閲数は、ストリームの EOF インジケータを調べ、 EOF インジケータがセットされている場 
介には0以外の倘を、そうでない場介には0を返します。たとえば、次のように使います。 

if ( feof ( some 一 stream ) > 

/* We're at the end */ 

clearerr 閲数は、ストリーム stream の EOF インジケータとエラーインジケータをクリアしま 
す 0 M り侦はなく、定在されているエラーもありません。この_数は、ストリームのエラー状態 
を解除するときに使います。 



ストリームとファイルデスクリブタ 


各ファイルストリームは、低水，ファイルデスクリブタに閲連付けられています。低水準入出 
ノ J 操作と A 水準ストリーム操作とを促介:させることも町能ですが、バッファリングによる影 W を 
户測することが W 難:なため、 R 明な方法とはいえません。 


#include <stdio.h> 

int fileno(FILE *stream )； 

FILE * fdopen(int fildes, const char *mode )； 


fileno |5 ij 数を呼び出すと、ファイルストリームが使っている低水準ファイルデスクリブタを 
•脚べることができます0成功すると、指定されたストリームのファイルデスクリブタを返し、欠 • 
敗した場介には -1 を返します。 

fdopen 閲数を呼び/ li すと、すでにオーブンされているファイルデスクリブタを使って新しい 
ファイルストリームを作成することができます。この_数は、すでにオーブンされているファイ 
ルデスクリプタに椋準人出カライブラリのバッファを提供する y 的で使います， 
fdopen 閲数は fopenliil 数と M じような働きをしますが、ファイル名の代わりに低水準ファイ 
ルデスクリブタを指定します。パラメータ mode の指定力•法は、 fopen と M じです。この指定は、 
ファイルが敁初にオーブンされたときに指定されたアクセスモードと才;行してはいけません。 
fdopen は、成功すると新しいファイルストリームを返し、文•敗すると NULL を返します。 
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ファイルとディレクトリの保守 


標準ライブラリとシステムコールを利川すれば、ファイルとディレクトリの作成、保守に必贤 
なすべての作袋を行うことができます， 


♦chmod 

chmod システムコールを使うと、ファイルやディレクトリのパー ミツ シヨンを変史することが 
できます。 chmod システムコールは、 chmod ブログラムでも使われています。 



#include <sys/stat.h> 

int chmod (const char *path, mode 一 t: mode}; 


chmod は 、 path で衍定 されたファイルのパーミッションを mode に 変? li します。 モードには 
open システムコールの 坳介と M 様、必紫な パーミッションのビッ ト中.位 の 論邱和を指定します。 
ブログラムに 適切な m 限が〇 ••えられている 坳介を除けば、 ファイルのパーミッショ ンを変史でき 
るのは、ファイルのオーナーかスーパーユーザー だけです。 


♦ chown 

スーパーユーザーは、 chown システムコールを使ってファイルのオーナーを変! II する ことがで 

きます。 


^include <unistd.h> 

int chown(const char *path # uid_t owner, gid_t group); 


この システムコールでは、ユーザー ID とグルーブ IL ) の数侦 （ getuid と getgid で 抖られる侦）、 
および だれが ファ イ ルの オーナーを変史できるかを制限する定数 （_ POSIX - CHOWN _ RESTRICTED ) 
を使います。適切な梅•限が設定されている場介には、 ファイルの オーナーとグルーブが変史され 


ます。 


E] 


POSIX では、実際には スーパーユーザー 以外の ユーザーが ファイルのオーナーを変更できるシ 
ステムを許容しています。現実の POSIX システムは、いずれもこのような操作を許していませ 
んが、厳密にいえばこれは拡張仕様 （FIPS 151-2) になります。本書が対象としているシステ 
ムは、いずれも XSI 準拠であり、オーナー変更の制限は有効になつています。 


メモ 
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♦ unlink 、 link、symlink 

unlink はフアイルを削除します 0 


^include <unistd.h> 

int uruink (const char *path); 

int link(const char *pathl, const char *path2 )； 
int symlink{const char *pathl, const char *path2 )； 


unlink システムコールは、ファイルのリンクカウントをデクリメントします成功すると〇を 
返し、エラーが免/1:.した垛介には-1を返しますこのシステムコールを使う場•介には、 ，泫、 1 彳する 
ファイルのデイレクトリエントリを持つデイレクトリに対して、 A き込みと火行の パー ミッショ 
ンを持っていなければなりません。 

リンクカウントが0(こなり、どのプロセスもファイルをオーブンしていなければ、ファイルは 
削除されます。火際には、デイレクトリエントリが削除されたあとも、般後のプロセスがファイ 
ルをクローズするまで、ファイルが使川している沁域は解攸されません c rm プログラムも、この 
unlink システムコールを使っています追む||のリンクは、ファイルに別のれ別•が付けられてい 
ることを心:味します通常、このようなリンクは In ブログラムによって作成されますブログ 
ラムの屮からファイルへの新しいリシクを作成するには、 link システムコールを使います 
link >ステムコ ー ルは、 pathl で指定された既存のファイルへの新しいリンクを作成します 
このとき、 path 2 には新しいデイレクトリエントリを指^します |uj 様の"法で symlink システ 
ムコールを使えば、シンボリックリンクを作成することができます 

♦ mkdir、rmdir 

デイレクトリを作成または削除する（こは、 mkdir システム コールと rmdir システム コールを 使 
います， 


^include <sys/stat.h> 

mt mkdir (const char *path, mode t mode); 


ディレクトリを作成する mkdir システムコールは、 mkdir プログラムに相、 1 彳するシステムコー 
ルです、 mkdir システムコールは、 path で衍定された名前を持つディレクトリを作成しますデ 
ィレクトリのパーミッションはパラメータ mode で指定します。指定の方法は、 open システムコ 
-ルの0一 CREAT オブションの場介と | ifj じで、 umask が適〗される点も変わりません。 


#mclude <unistd.h> 

int rmdir(const char *oath )； 


rmdir システムコールはディレクトリを削除します:，ただし、削險が成功するのは、ディレク 
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トリが乍の場介だけです。 rmdir ブログラムは、このシステムコールを使っています。 

♦ chdir、getcwd 

ユーザーが ファ イルシステムの中を移勋する場合とほぼ M 様に、プログラムでもデイレクトリ 
を移動することができます。シェルでは cd コマンドを使ってディレクトリを変史しますが、プロ 
グラムでは chdir システムコールを使います， 


#mclude <unistd.h> 

int chdir(const char *path); 


また、 getcv / d ライブラリ阳数を呼び出すと、现仆:の作衮デイレクトリを取份することができ 
ます。 


^include <unistd.h> 

char *getcwd(char *but # size_t size); 


getcwd 間数は、現存:のデイレクトリの名前を buf で衍定されたバッファに i 1 ? き込みます〇デ 
イレクトリれが size に指定されたバッファのサイズを超える垛合 （ ERANGE エラーの場介）には、 
NULL を返します。成功すると buf を返します。 


m 

メモ 


getcwd は、ブロクラムの実行中にディレクトリが削除された場合 （ EINVAL )、 またはパーミツ 
シヨンが変更された埸合 （ EACCESS ) にも NULL を返します。 


デイレクトリの走査 


UNIX システムでよく l«j 題になるのは、ディレクトリの沿作"法、つまりある特定のディレク 
トリにどのようなファイルがむ:がするかを 攔 ベるか法です。シェルプログラムでは、シェルにワ 
イルドカードを展開させればよいので簡中•ですが、プログラムではそういうわけにいきません0 
これまで、 UNIX システムでは、プログラムの中から低水準ファイルシステム擀造にアクセスす 
るために、システムごとに W •なる"法を川いてきました。もちろん、ディレクトリを M 常のファ 
イルとしてオーブンし、 め: 接ディレクトリエントリを説み取ることも" J * 能ですが、システムによ 
ってファイルシステムの 梆 造と义装力•法が穴なるので、この ノア 法には 移 W (性がありません。しか 
し、现作では•迚の 掠 中ライブラリ 閲 数が開発されており、以前と比べてディレクトリのメ12夼も 
比較的簡単に行えるようになっています。 
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デイレクトリ閲速の間数は、ヘッダーファイル dirent.h で nM されており、構造体 DIR を使 
ってディレクトリを操作するようになっています。この構造体へのボインタはディレクトリスト 
リーム （DIR *) と呼ばれ、 M 常のファイル操作で使うファイルストリーム （FILE *) とじよ 
うな働きをします:， DIR 構造体はめ:接変史すべきでものではないので、ディレクトリエントリ n 
休は、 dirent.h で Vi:,l ■されている構造体 dirent で返されるようになっています。 

ここでは、次の閲数を取り」•.げます。 

^ opendir 、 closedir 


O reaadir 
O telldir 
〇 seekair 


♦ opendir 

opendii : 問数は、ディレクトリをオーブンし、デイレクトリストリームを確 j >: します。成功す 
ると、ディレクトリエントリの説み取りに使⑴できる dir 構造体へのボインタを返します。 


#mclude <sys/types .h> 

#inc 丄 ude <dirent.h> 

DIR *opendir(const char *name); 


opendir は、失敗するとヌルポインタを返します。ディレクトリストリームでは低水準ファイ 
ルデスクリブタを使うので、オーブンされているファイルが多すぎると、 opendir が失敗するこ 
とがあります。 


♦ readdir 


#mclude <sys/types.h> 
#include <dirent.h> 

DIR *readdir(DIR *dirp )； 


readdir 閲数は、 dirp で指定されたディレクトリストリーム中の次のディレクトリエントリ 
をボす惝造体へのポインタを返します。以後は、 readdir が呼び出されるたびに、次のディレク 
トリエントリを返します。ディレクトリの終わりに述すると、 NULL を返します。 

ほかのブロセスが M じディレクトリでファイルを作成したり削除したりしている坳介、 
readdir では、そのディレクトリ（とサブディレクトリ）のすベてのファイルを取沿できないこ 
とがあります。 

dirent 構造休には、各ディレクトリエントリについての悄報を持つ次の安:ぶが穴まれています。 
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〇 ino_t d_ino ファイルの i ノード 

〇 char d_name [] ファイルの 名前 

ディレク トリ内のファイル について さらに詳しい怡報が必发:な場介には、 stat を呼び出す必 
装があります。 


♦ telldir 


#include <sys/types.h> 
#include <dirent - h> 

long int telldir(DIR *dirp); 


telldir 間数は、ディレクトリストリーム中の現在の位!けを録している侦を返します。この 
侦を使って seekdir を呼び出せば、デイレクトリの走: ft を現在の位敗に冉設定することができ 
ます。 


♦ seekdir 


#include <sys/types.h> 

#include <dirent.h> 

void seekdir(DIR *dirp, long int loc) 

seekdir 間数は、 dixrp で指定されたデイレクトリストリーム中のデイレクトリエントリボイ 
ンタを設定します。位沢の指定に使う loc の侦は、あらかじめ telldir を呼び出して収得して 
おく必要があります。 


♦ closedir 

^include <sys/types.h> 
^include <dirent.h> 

int closedir(DIR *dirp); 


closedir ^ 数は、ディレクトリストリームをクローズし、問連付けられていたリソースを解 
放します。成功すると0を返し、エラーが発生した場合には -1 を返します。 
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例題 


デイレクトリ走査ブログラム 


次に/ ji す printdir . c は、ディレクトリ閲速の閲数とすでに説明したファイル操作問数とを組 
み合わせ、ディレクトリのリストを衣/する ブロ グラムですこの ブロ グラムでは、ディレクト 
リ内の各ファイルを1行に1つずつ衣ポします：サブディレクトリの名 ift •には M 後にスラッシュ 
を付け、その屮のファイルは4义卞分インデントして衣/ ji します。 

ブログラムでは、各サブディレクトリに移勋してその中のファイルを•掏べます。 U つかったフ 
ァイルがディレクトリの場合には、その名前をめ:接 opendir に渡し、内帰的に動作するように 
します。ただし、オープン吋能なディレクトリストリームの数は限られているので、非常に深く 
ネストしたディレクトリがある場•介には、エラーが発屮する " J * 能性があります。 

セ作する ディ レクトリを コマン ドラインのリ|数で受け取るようにすれば、もっと汎川的なプロ 
グラムにすることができます。その垛介には、 Is や find といった ユーティリティのソースコー 
ドを参照して、どのような処邱を行っているか参ち•にするとよいでしょう。 


1まず必袈なへッダーファイルをインクルードしたあと、现作のデイレクトリを衣/ ji する 
printdir 閲数を,记述しますこの間数は、 U つかったサブデイレクトリに対して冉帰的に 
火行されます:> パラメータ depth は、インデントの义卞玫の指定です。 


^include < unista . h > 

#include < stdio . h > 

#include < dirent . h > 

^include < string . h > 

#include < sys / stat . h > 

void printdir(char * dir , int depth ) 

{ 

DIR * dp ; 

struct dirent * entry ; 
struct stat statbuf ; 

if((dp = opendir ( dir )) == NULL ) { 

fprintf ( stderr,"cannot open directory : % s \ n ", dir ); 
return ; 

} 

chdir ( dir ); 

while((entry = readdir ( dp )) != NULL ) { 
stat ( entry -> d — name ,& statbuf ); 
if ( S _ ISDIR ( statbuf • st _ mode )) { 

/* Found a directory , but ignore • and •• */ 
if ( strcmp(". w # entry -> d _ name ) == 0 || 
strcmp ("••", entry -> d 一 name ) == 0) 
continue ; 

printf ("%* s % s /\ n ", depth , entry -> d _ name ); 

/* Recurse at a new indent level */ 
printdir ( entry -> d — name , depth +4}; 


else printf ("%* s % s \ n ", depth ,"", entry->d name ); 
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> 

chdir 

closedir ( dp ); 


2 次は xnainm 玫です > 

int main () 

{ 

printf("Directory scan of / home / neil :\ n M ); 
printdir (" / home / neil •• ， 0); 
printf (" done •\ n M ); 

exit (0); 


ブロ グラムを义行すると、次のように出力されます。 

$ printdir 

Directory scan of /home/neil : 

.less 
.lessrc 
.term/ 

termrc 
.elm/ 

elmrc 

Mail/ 

received 

mbox 

.bash_history 
.fvwmrc 



.mailidx/ 
.index/ 

563.1 

563.2 

posted 

attributes 



done. 


解説 

処现の大卞は printdir 問数が行うので、この閲数を中心に説明します。まず、 opendir を使 
って簡中なエラーチェックを行い、丨1的のディレクトリが丫/:心:しているかどうかを確 * 忍します。 
ディレクトリがむ:/1:する垛介には、 chdir を呼び出してそのディレクトリに移勋します。 
readdir が返したエントリが NULL でなければ、そのエントリがディレクトリかどうかを凋べま 
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す。ディレクトリでなければ、 depth で指定されたインデントを行ってファイルのエントリを衣 
示します。 

エントリがディレクトリの場合には、洱帰的に処理を灾行します。•（現在のディレクトリ） 
と..（親ディレクトリ）をスキップしたあと、外度 printdir 間数を呼び出し、 M じ処现を繰り 
返します。ループから抜けたら、 chdir ("..") でもとのディレクトリに ;乂: り、1 つ. I •.のディレク 
トリで中断していた処理を再開します。&後の closedir ( dp ) は、必要以上にディレクトリスト 
リームをオーブンしないためのステートメントです。 

このブログラムでは、走资するディレクトリを/ home/neil としてハードコーディングしてい 
るので、汎用性がありません。しかし、次のように main を杏き換えると、より汎川性のあるイ j _ 
益なディレクトリ表示プログラムになります。 

int main(mt argc , char * argv 【】） 

{ 

char * topdir , pwd 【2】="."; 
if (argc !=2) 
topdir = pwd ; 
else 

topdir = argv [ l ]; 

printf("Directory scan of % s \ n ", topdir ); 
printdir ( topdir , 0); 
printf ( ” done •\ n "); 

exit (0); 

} 

わずか数行を褊災、追加するだけで、ディレクトリ名を， j | 数に取る汎⑴ユーティリティになり 
ました。ディレクトリ名が指定されなかった坳介には、现•:のディレクトリが処现の対象になり 
ます0作成したブログラムは、ほかのコマンドと糾み介わせて利⑴することができます 

> printdir /usr/local | more 

この コマン トを央行すると、出力が血単位で衣示されるので、必要に応じて ディ レクトリ ツ 
リーの前後を参照することができます。簡準な修 iK を加えるだけで、小さいながらも便利な ディ 
レクトリツリーブラウザを作成できました 0 さらに I :火すれば、 ディ レクトリの使) U 状況を衣 / ji 
したり、衣尔する ディ レクトリのレベルを指定したりすることもできます 
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エラ- 


この^で説明したシステムコールと関数は、なんらかの理山で火敗することがあります。失敗 
した場介には、すでに何度か説明したように、 エラーの VAW を示す侦を外部変数 errno に設)ヒし 
ます多くのライブラリでは、問題を報; V するためにこの変数を使っています。このため、すで 
に桁摘したように、 errno の侦は該兴する関数を呼び出した砍後に調べる必要があります。ほか 
の関数を呼び出したあとでは、たとえその閲数でエラーが発牛.しなくても、 errno の侦が#き換 
えられてしまう町能性があります。 

エラーを ポす侦とその. G: 味は、 ヘッダーファ イ ル errno .h に ik! 述されています 0 次に/パすの 
は、そのうちの代衣的なものです。 


〇 EPERM 

操作は許町されていない。 

ij ENOENT 

該当するファイルまたはデイレクトリが存在しない c 

O EINTR 

システムコールが割り込まれた c 

〇 EIO 

I/O エラー。 

〇 EBUSY 

デバイスまたはリソースが使川中。 

〇 EEXIST 

ファイルが存在する。 

〇 EINVAL 

リ|数が無効。 

〇 EMFILE 

オープンされているファイルが多すぎる。 

〇 ENODEV 

該、するデバイスが#在しない。 

〇 EISDIR 

デイレクトリである。 

〇 ENOTDIR 

デイレクトリではない。 

strerrorlW 数と perror 問数は、発生したエラーを報；するために使用できる便利な関数です。 


#include <stnng.h> 

char ^strerror(int errnum); 


strerroHK ] 数は、指定されたエラー畨兮のエラーの神:類を説明する文字列を返します。免中- 
したエラーの紀 鉍を とるときに使うと便利です。 

#include <stdio.h> 

void perror (const char *s) ; _ _ 

periror 関数は、 errno がホす现在のエラーの棟頌を说明する文卞•列を掠準エラー出力に出力 
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しますこのとき、义卞列 s が NULL でなければ、まず s で指定されたメッセージを表示し、その 
あとにコロンと空 d を出力してから、エラーの種類を説明する文字列を出力します c たとえば、 
次のように使います， 


perror (" program ” ； 

次に小すのは、標準エラー出力への出力例です。 
program ： Too many ooen files 


ESI その他のシステムコ-ル 


ここで取り I •.げるシステムコールはあまり使われることはありませんが、ある特定の状況では 
便利なことがありますここでは、あとで必贤になった垛介のためにこの神の問数についても解 
•兌しておきます Q 


♦ fcntl 

f cnt 1システムコールは、低水，ファイルデスクリブタを拽!作するためのさまざまな"法を從 
供します。 


#mclude <fcntl.h> 

mt fcntl (int fildes, int cmd )； 

int fcntl(int fildes, int cmd, long arg )； 


fcntl システムコールを使うと、ファイルデスクリブタの複製、ファイルデスクリブタフラグ 
の収以と設定、ファイルステータスフラグの取作と•没定、アドバイザリファイルロックなど、才 
ープンされているファイルデスクリブタに対してさまざまな操作を行うことができます 
火行する操作は、コマンドパラメータ cmd によって衍定します。指定する侦は、 fcntl . h で定 
衣されています，，選択したコマンドによっては、3つ II のパラメータ arg が必贤になることがあ 
ります。 以下では、 各 操作の構文について 簡 m に 説明します。 

fcntl ( fildes # F 一 DUPFD , newfd ); 

この呼び出しは、幣数 newfd と等しいか、またはそれより人きい侦の新しいファイルデスクリ 
プタを返します0新しいファイルデスクリプタは、ファイルデスクリブタ fii des の コビーです. 
オープンされているファイルの数と nev / fd の倘によっては、この呼び出 しは 火竹的に 
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dup(f ildes } と|"1じになります 
fcntl(fildes # F.GETFD) ; 

この呼び出しは、 fcntl . h で) U 義されているファイルデスクリブタフラグ（通常は FD 一 CLOEXEC 
のみ)を取得します FD — CLOEXEC は、 exec 族のシステムコールに対する呼び出しの成功後にフ 
ァイルデスクリプタをクローズするかどうかをポすフラグです 

fcntl(fildes, F_SETFD, flags); 

この呼び fli しは、ファイルデスクリブタフラグ（通常は FD _ CLOEXEC のみ）を{:定するの（こ使 
います。 


fcntl(fildes # F—GETFL); 
fcntl(fildes, F—SETFL, flags); 

これらの呼び出しは、ファイルステータスフラグとアクセスモードを•没定または収以します, 
ファイルのアクセスモードは、 fcntl . h で定義されているマスク〇 _ ACCMODE を使うことで収以 
できます。その他のフラグとしては、0 CREAT を指) il して open を呼び川す際に3^11のリ I 数で 
桁定するフラグがあります。 fcntl では、すべてのフラグを•没定できるわけではないことに注总 
が必•松です特に、ファイルのバーミッションは、 fcntl で設定することはできません： 

fcntl を使ってアドバイザリファイルロックを％装することもできます 0 詳細については、マ 
ニユアルページのセクション 2 を参照してください 0 本パでは、第 7 なでファイルのロックにつ 
いて邦しく取り I ••げます。 


♦ mmap 

UNIX には、梭敉のブログラムでメモリを八:イ!•するための便利な機能があります。この機能は、 
2.0 以降の Linux カーネルに取り入れられています 。 mmap (メモリマップの总)はこの機能を火現 
する閲数で、複数のプログラムで説み外き吋能なメモリ領域をセットアップします。この坳介、 
いずれかのブログラムが加えた変! Ji は、ほかのブログラムからも U えます。 

この機能はファイルを槐作する場•介にも利川でき、ディスクファイルの内界仝体をメモリ内の 
rid 列のように扱うことができます。ファイルが、 c の構造体で記述吋能なレコ ー ドから惝成され 
ている場•介には、佛造体の配列にアクセスする"法を使ってファイルを史新することができます0 
この機能は、特別なパーミッションが設定された攸恕メモリセグメントを使うことで火現され 
ていますこのセグメントに対して説み”きを行うと、オペレーティングシステムはディスクフ 
ァイルの対応する部分に対して説み#きを突行します 
mmap I 幻数は、オープンされているファイルデスクリプタを介してアクセスされるファイルの内 
界(こ問迚付けられたメモリ谢域へのポインタを作成します。構义は次のとおりです。 
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#mclude <sys/mman• h> 

void *mmap(void *addr, size—t len, int prot, int flaas, int fildes, off t off )； 


共々セグメントによってアクセスされるファイルデータの先頒位沢は、パラメータ Off で変史 
できます。オープンされているファイルデスクリブタはパラメータ fildes で、アクセスできる 
データの从（メモリセグメントの设さ）はパラメータ len で指定します。 

パラメータ addr は、特定のメモリアドレスを•及:求するために使川できます c addr が0ならば、 
返されるポインタは fj _ に割り、 1 1てられます。 

パラメータ prot は、メモリセグメントのアクセスパーミッションを設定するのに使川し、次 
の定数侦のビット.申.位の論现和によって指定します c 


〇 PRO READ 


セグメントは説み取り"/能 


〇 PRO_WRITE 
O PRO.EXEC 
〇 PRO NONE 


セグメントは畨き込み可能 
セグメントは実行町能 
セグメントはアクセスイく NJ * 


flags は、プログラムからセグメントに対して加えられた変史の反映か法を指定するパラメー 
夕です。 


〇 MAP-PRIVATE セグメントはプライべ一卜であり、変史はローカルになる 

〇 MAP__SHARED セグメントに対する変史はフアイルに対して行われる。 


〇 MAP 一 FIXED セグメントは衍定したアドレス addr になければならない 


msyncra 数は、メモリセグメントの•部または伞部に対する変史内衿を、メモリにマップされ 
ているファイルに俦き込み（または説み取り）ます。 


^include <sys/mman.h> 

int: msync (void *addr, size 一 t len, int flags )； 

セグメントのうちセ新すべき部分は、開始アドレス addr と技さ len で指定します。 flags は、 
セ新の力法を指定するパラメータです。 

〇 MS_ASYNC 非 M 期#き込みを行う。 

〇 MS.SYNC l"j 期ノ!•き込みを行う c 

O MS—INVALIDATE ファイルからデータを読みめ•す 
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munmap 閲数は、指定されたメモリセグメントを解放します。 


#include <sys/mman.h> 

int munmap(void *addr, size 一 t len); 


次のプログラム mmap _ eg . c では、 mmap と fid 列へのアクセスを使って、满造体から構成されて 
ぃる ファイルを史新しますこのプログラムは、 SunOS やほかのシステムでも1卜:しく動作しま 

す0 



1 M 初に RECORD 怫造体を定義し、各レコードの番けを収めた NRECORDS のデータを作成し 
ます次に、作成したレコ ー ドを records . dat フアイルに追加します。 


# include <unistd.h> 

# include <staio.h> 

#include <sys/mman.h> 
#include <fcntl.h> 


typedef struct { 
int integer; 
char string 【 12]; 

} RECORD ; 

#define NRECORDS (100) 



RECORD record ^ * mapped ; 
int i , £; 

FILE * fp ; 

fp = fopen (" records . dat " # W w + W ); 
for ( i =0； i < NRECORDS ; i ++) { 
record.integer = i ; 

sprintf ( record . string # " RECORD -^ d "# i ); 
fwrite (& record # sizeof ( record ) ，1， fp ); 

) 

fclose ( fp ); 

2 レコード 43 の整数侦を 143 に変更し、これに合わせて該冯レコ ー ドの文卞列も宵き換えます。 

fp = fopen (" records • dat "， " r +") ; 
fseek ( fp ,43* sizeof ( record ), SEEK — SET }; 
fread (& record # sizeof ( record ) ，1， fp ); 
record.integer =143; 

sprintf ( record , string , ,, RECORD -% d H # record , integer ); 
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fseek ( fp ,43* sizeof ( record ), SEEK — SET > ; 
fwrite (& record , sizeof ( record ) # l t fp )； 
fclose ( fp ); 

3 今度は、メモリマップを使川してレコードをメモリにマップし、レコード43にアクセスして 
整数侦を243に•印き換えます。また、該$レコードの文字列も卉き換えます 

f = open (" records . dat M # 0_ RDWR )； 
read ( f # & record # sizeof ( record )); 

mapped = (RECORD *) iranap (0 # NRECORDS * sizeof ( record ) # 

PROT 一 READ | PROT — WRITE , MAP _ SHARED , f , 0); 

mapped [43 ].integer = 243; 

sprintf ( mapped [43] . string , •' RECORD -^ d ' 1 # mapped [43]. integer ); 
msync((void *) mapped , NRECORDS * sizeof ( record ), MS 一 ASYNC ); 
munmap((void *) mapped # NRECORDS * sizeof ( record )); 
close ( f ); 



本 抑のあとの帝では、もうひとつの 共有 メモリ機構である System V 共 街メモリを 取り h げま 
す。 


3.8 


この章のまとめ 


この口では、 UNIX がファイルとデバイスへのダイレクトアクセスをどのような力•法で次:現し 
ているかを说明しました。また、低水準問致を I •.台として構築されたライブラリ問数を取り卜. 
げ、これらの間数を使うことでブログラミング上の•深題に柔軟に対処できることをポしました 
例として⑴いたディレクトリ走仵ブログラムはわずか数十行のコードですか％ |•分に強力なブロ 
グラムになっています。 

このヴでんだファイルとディレクトリの操作"法を利用すれば、第2なで作成した初期バー 
ジヨンの CD データベースアブリケーシヨンを C でれき商し、より構造化されたファイルベース 
のプログラムにすることができますこのウでは CI ) データベースアブリケーションに新しい機 
能を追加することはできませんでしたが、以降の穿で|由 j | Aj とキーボードの制御"法について学ん 
だあと、义際に C でプログラムを#きめ:します 
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UNIX でプログラムを作成する場合には、ブログラムがマルチタスク環境で火行される乂(をぞ 
礅しなければなりません0ブログラムがマルチタスク環境で灾行されるということは、ほかにも 
M 時に実行されるブログラムがあるということです。つまり、メモリやディスク、 CPU 時問を、 
M 時に実行されているほかのブログラムと共有することになります。また、 M じプログラムの极 
数のインスタンスが並行して実行される可能性もあります> したがって、これらのブログラムが 
互いに r •渉しないように、実行環境を意識して適切に動作するプログラムを作成しなければなり 
ません。 

この穿では、ブログラムが実行される琛境や、動作条件(こついての怙報を说境から取得する力 • 

法、ユーザーによるブログラムの動作の変史方法などに ついて 説明します。取り上げる功 II は次 
のとおりです。 

d ブログラムへの引数の渡し方 
〇 環境変数 
9時刻の取得 
a 一時ファイル 

9ユーザーとホストコンピュータに間する悄報の取得 
〇 ログメッセージの出力と设定 
〇 システムに依々:する制限の取捋 


Mnu プ n グラムの引数 _ 

C で, kl 述された UNIX プログラムを灾行すると、 mainIK ] 数から灾行が開始されます。 UNIX ブ 
ログラムの埸•介、 main 1541数は次のように穴4されます。 

int main(int argc, char *argv ⑴ 

argc はプログラムのリ I 数の数で、 argv はリ|数 H 体を衣す义卞列の配列です。ブログラムによ 
っては、 main を次のように穴 tt しているものもあります 

main() 

り侦の叩はデフォルトで int になり、関数内で使われていない仮引数は穴•〖する必要がない 
ので、 1 •.のように rill 述してもフログラムは動作します 0 argc と argv は/ f: イト:していますが、 Vf , j 
しないかぎり使) II することはできません。 

オペレーティングシステムは、新しくプログラムを央行する際にパラメータ argc と argv を设 
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定し、これを mainU 渡します。通常、これらのパラメータはほかのプログラムから渡されます。 
ほとんどの場•介、この処押.は、オペレーティングシステムに対して新しいブログラムの灾行を要 
求したシェルによって行われます。シェルは、人力されたコマンドラインを受け取って中•語に分 
割したあと、配列 argv を作成します。 DOS ではワイルドカードで指定されたリ I 数をブログラム 
fi 体が受け取ることを想定していますが、 UNIX では、 argc と argv が設定される前に、シェル 
によってファイル名リ I 数のワイルドカードが展開されます。 

たとえば、シヱルで次のようなコマンドを人力したとします0 

$ myprog left right 'and center ' 

この垛“、プログラム myprog は、次のリ I 数が渡されたものとして main 間数から灾行を始 
します。 


argc j 4 

argv: {"myprog", "left", "right", "and center"} 

引数の個数にはブログラム自体の名前も含まれており、配列 argv の敁初の要索 argv [0】 には、 
ブログラムの名前がセットされます0シェルのコマンドラインで敁後にリ I 用符で州んで指定した 

文字列は、空 A を含む文字列からなる引数として指定されています。 

ISO/ANSI C に準拠したプログラムを記述した経験があれば、これらのことはすでによく知っ 
ているでしょう〇 main 間数の， j | 数は、シェルスクリプトの定位沢パラメータ$〇、$1などに対応 
します。 ISO/ANSI C では main の戻り値の型を特定していませんが ( void または int を使川 4 
能）、 X/Open 仆様では、この章の鉍初に示した明示的な宣言を使うことになっています。 

コマンドライン， j | 数は、必要な悄報をブログラムに渡すときに便利です。たとえば、データべ 
ースアブリケーションの場介、使用するデータベースの名前を引数として渡せるようにしておく 
と、1 つの プログラムでさまざまなデータベースを処邱•することができます。义際、多くのユー 
ティリティブログラムでは、コマンドライン， j | 数を使って動作を変史したり、オプションを設定 
したりできるようになっています。これらのコマンドライン， JI 数は、フラグやスイツチと呼ばれ、 

•般的にはコマンドラインリ I 数の前にダッシュ （-) を付けて指定します 0 たとえば、 sort ブロ 
グラムには、ソート順を逆にするための - r スイッチ7^あります。 

$ sort -r rue 

コマンドラインオプションを使うプログラムは非常に多く存作します。もしオプションの指定 
ノア法が統一されていれば、ブログラムもそれだけ使いやすくなります。従来は、各ユーティリテ 
ィがそれぞれ独 n の指定"法を⑴いていたため、コマンドが與なるとオブションの衍定方法も與 
なるのがふつうでした。次の例を!てください。 


$ tar cvfB /tmp/file•tar 1024 
$ dd if=/dev/fd0 of=/tmp/file.dd bs=18k 
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> Is -丄 str 
$ Is -1 -s -t -r 

このように、 オプションの 指定"法は コマンド U よって まちまちです，また、プログラム によ 
っては、のよう（こ指定すると、 - x とは逆の オプションが 心効になるもの もあります。 

こうした プログラムのオプションの骱 け;と味をすべて,することは JI : •常に W 難です。通常 
は、 -h オプションを 指定して ヘルプを 衣小するか、 マニュアルページを 参照して オプションの 指 
定方法を確ぶするしかありません:ただし、こうした問題をスマートに解決できる方法もありま 
す 0 それは、 getopt を使うことです getopt について はすぐあとで取り I •.げますここでは、 
プログラムに 渡されたリ|数を収り出す サンプルプログラムを 作成してみましょう。 


例題 


プログラムの引数 


次のプログラム args . c は、ブログラムのリ丨数を衣/ ji します 


♦♦include < stdio• h> 

int main(int argc , char * argv []) 

{ 

int arg ; 

for(arg = 0; arg < argc ; arg ++) { 
if ( argv [ arg ][0] == •-•) 

printf (" option : % s \ n ", argv 【 arg 】+1); 
else 

printf("argument %dz % s \ n ", arg , argv [ arg ]); 

} 

exit (0); 


この ブロ グラムを 炎 行すると、指定されたづ|数と オプションが 衣,されます。この ブロ グラム 
では、1つの 义卞 列リ I 数と 、 -f オプションに 続けて指定されたファイル^ VJI 数を受け取ることを 
想定しています0もちろん、ほかの オプションを 定義することも" r 能です。 

$ args - i-lr 'hi there ' -f fred.c 

argument 0: args 
option : i 
option : lr 

argument 3 : hi there 
option : f 

argument 5 : fred.c 


解説 

リ I 数の倘数を衣す argc を使って、 ブロ グラムのすべての， j | 数を調べるループを川总していま 
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す。リ I 数がオプションかどうかは、先頒がダッシュかどうかで判定します。 

ただし、たとえば -1 と-3：をどちらもオプションとして使う場合には、 - lr を-1 -2： と1"1じよ 

うに扱う必袈があります。 

X / Open 什様では、コマンドラインオプションの標渾的な使い方が定義されており （Unix 
Syntax Guidelines ) , C プログラムでコマンドラインスイツチを使うための標準ブログラミング 
インタフェースとして getopt 閲数が用盘されています。 

•般的なガイドラインとしては、次のようにするとよいでしよう0まず、コマンドラインスイ 
ッチはいずれもダッシュで始め、中.•の义卞または数字から構成されるようにします。リ I 数を取 
らないオプションは、 1 つの ダッシュのあとにまとめて衍定できるようにします（たとえば、 Is 
コマンドの埸介、前に/した Is -lstr と Is -1-s -t -r は、オプションの衍定としてはどち 
らもじなので、このガイドラインがぐ J : られています）。また、オプションが侦を取る坳介には、 
その侦を独、〉:したリ1玫としてオブションのあとに指定できるようにします0前にあげた例でいえ 
ば、 dd の ケースではこの原則がぐ J ••られておらず、 tar ではオブシヨンとその侦が離れた位於•にあ 
ります。 


♦ getopt 

Linux では、 I •.のようなガイドラインを簡中.に义现できる getopt を利) | j することができます。 
getopt は、独 TI の侦を取るオブシヨンと取らないオブシヨンの闷力をサポートしています。 


#incluae <unistd.h> 

int getopt (int argc, char *const argv [ ] , const char ^optstnng); 

extern char *optarg; 

extern int optind, opterr # optopt; 

getopt 閲数は、 プログラムの mainlW 数に i 度される パラメータ argc と argv 、 および オブショ 
ン 指定义卞•列をリ I 数に取ります。 オプション 指定文字列は、 プログラムで 使⑴する オプション 
と、 各 オプションが 独 H の侦を取る かどう かを指定する ものです 0 この optstring は、文 'i •••を 
並べただけの中•純なリストで、各文卞 が 1文字の オプションを 表します 0 文字のあとに コロン 
(:)が 付いている場介には、 そのオプションが， JI 数を取る ことをポ します 0 bash で使⑴できる 
getopt s コマンドも、こ の getopt とよく似た機能を持っています 0 

たとえば、上に示したサンプルブログラム args . c のオプション処理は、 getopt を使つて次の 
ように記述することができます。 

getopt ( argc , argv ， " if : lr w >; 

上のように指定すると、引数を取らない単純なオプション - i 、 -1、 - r と、ファイル名を， JI 数 
に取る - f オプションを使用できるようになります。 
getopt の戾り_は、配列 argv の中で兑つかった次のオプション文字です。したがって、灾際 
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のプログラムでは、 getopt を繰り返し呼び出してれオブシヨンを順に调ベることになります 
getopt の動作は次のとおりです。 


〇 オプションが侦を収る場•介には、外部変数 optarg にその侦が格納されます 0 

〇 処坪すべきオプションがもうない場介、 getopt は -1 を返します。 

〇 getopt は、認識できないオプションを外部変数 optopt に格納し、？を返します。 

〇 侦を必•松とするオプション （ I ••の - f オプションなど）に侦が指定されていなかった坳介、 
getopt は：を也します c 

外部変数 optind には、処邱すべき次の， j| 数のインデックス（添卞）がセットされます 
getopt は、この optind を使って、どこまで処を行ったかをしています。プログラムでこ 
の変数を設定する必逛がある坳介はまれです。すべてのオプションリ I 数の処邱が終わったあとの 
optind は、 rt 己列 argv の中の残りの引数がある場所を指しています 

getopt のバージョンによっては、オブション以外のリ I 数に出介った時/ •( で -1 を返し、これに 
合わせて optind を設定するものがありますその他のバージョン、たとえば Linux で使川でき 
る getopt は、リ I 数の中のどの位阼にあるかにかかわらずオプションを処理します。ただし、こ 
の坳介、 argv が火際には getopt によって引き換えられ、オプション以外のリ|数は、 
argv[optind] から始まる贤ぶとしてまとめて渡されることに注总する必要があります:，また、 
getopt の火装によっては、イヾ明なオプションが指定された垛合にエラーメッセージを衣ポする 
ものもあります。 POSIX 仆様では、変数 opterr に 0 以外の侦が設定されている場合、 getopt は 
stderr にエラーメッセージを衣づ i することになっています。 


例題 


前に作成したブログラムを getopt を使って, 1 f き換え、 argopt • c を作成します。 

#mclude < stdio . h > 

#mclude < unistd . h > 

int main(int argc , char * argv 【】） 

{ 

int opt ; 

while((opt = getopt ( argc # argv , " if : lr ")> !=- 1 ){ 
switch ( opt ) { 
case ' i •: 
case '1•: 
case ' r ': 

printf (" option : % c \ n n , opt ); 

break ; 
case ' f ': 

printf (" filename : % s \ n ", optarg ); 
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break ; 
case 1 :: 

print f (•'opt ion needs a value \ n M ); 
break ; 
case '?'s 

printf("unknown option : % c \ n "， optopt ); 
break ; 


for (; optind < argc ; optind ++) 

printf("arguments % s \ n ", argv [ optind ]); 
exit ( O ); 


このプログラムを火行すると、 コマン ドライ ンで 指定した， j | 数が「1勋的に処押されることがわ 
かります。 


$ argopt -i -lr •hi there 1 -f fred^c -q 

option : i 

option : 1 

option: r 

filename : fred.c 

argopt : illegal option — q 

unknown option : q 

argument : hi there 


解説 

このブログラムでは、 getopt を操り返し呼び出してオプションリ I 数を処理しています。ルー 
ブは、 getopt が-1を返したとき、つまりオプション， JI 数がなくなった時点で終 r します。各才 
ブションについては、イく明なオブションゃ侦が指定されていない場介も穴めて、適切な処邱を行 
います 0 

オプションをすべて処理し終わったら、 optind から始まる残りのリ I 数を衣示します。 


4.2 


環境変数 


環境変数にっいては、すでに第2なで取り I :げました。環境変数を使うと、シェルスクリプト 
やほかのプログラムの動作を制御することができます，環境変数は、ユーザーの環境を設定する 
ために使⑴することもできます，たとえば、環境変数 HOME はユーザーごとに設定され、この変 
数によって、ユーザーのセッションを開始するデフ ォル トの埸•所であるホームデイレクトリが定 
在されます0すでに学んだように、環境変数はシェルのプロンプトから内界を調べることができ 
ます， 
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$ echo $HOME 

/home/neil 

UNIX では多くの標準的な環境変数が定義されており、端末の棟類やデフォルトエディタの指 
定、タイムゾーンの選択など、さまざまな R 的のために使われています。 C ブログラムでは、 
putenv 間数と getenv 関数を使うことで環境変数にアクセスできます。 


#mcluae <stdlib.n> 

char *getenv(const char *name); 
int putenv(const char ^string )； 


環境は、 name=value という形式の文字列から構成されています 0 getenv 関数は、指定され 
た名前を持つ文字列を環境から探し、その名前に関連付けられている値を返します。指定された 
変数が存在しない場介には、 NULL を返します。変数が存在していても、侦を持っていない場合、 
getenv の呼び出しは成功し、細バイトが \0 の文字列が返されます。 getenv が返す文字列は 
舴的な, kite 領域に格納されるので、アプリケーシヨンで I •.并きしてはいけません。 

putenv 関数は、 namewalue という形式の文す列を…数に取り、これを現在の琛境に逍加し 
ます。新しい環境を割り1てるのに必要なメモリが不足している場合など、エラーが発ル:すると 
-1 を返します。このエラーが返された場•介、エラー変数 errno には ENOMEM がセットされます。 

では、これらの閲玫を使って、指定した環境変数の侦を衣示する ブログラム env i ron . c を作 
成してみましよう。リ I 数を2つ指定した坳介には、说境変数の侦も設定できるようにします。 


getenv と putenv 


1 main 問数の/ ti •初で、プログラムが正しく呼び出されたかどうかチヱックします。 


#include < stdlib . h > 

#mclude < stdio . h > 

#mclude < string . h > 

int main(int argc , char * argv []) 

{ 

char * var , * value ; 

if(argc ==1 || argc > 3) { 

fprintf ( stderr ," usage : environ var 【 value ]\ n "); 
exit (1); 


2 次に、 getenv を使って、指定された変数の侦を環境から取得します。 


var = argv [ i ] ; 
value = getenv ( var ); 
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if ( value ) 

printf("Variable %s has value % s \ n n , var # value ); 
else 

printf("Variable %s has no value \ n " # var ); 

3 リ | 数が 2 つ指定されたかどうかを調べます。2^11の， jl 数が指定されている場合には、 
n am e = val U e 形八の文卞列を作成して putenv を呼び出し、1番目の引数で指定された変数 
に、2游 II のリ I 数で衍定された侦を設定します， 

if(argc == 3) { 
char * string ; 
value = argv 【2】； 

string = malloc ( strlen ( var )+ strlen ( value )+2); 
if (! string ) { 

fprintf ( stderr,"out of memory \ n M ); 
exit (1); 

} 

strcpy ( string , var ); 
strcat ( string ，" = ••〉； 
strcat ( string ， value ); 

printf("Calling putenv with : % s \ n " # string ); 
if ( putenv ( string ) 1= 0) { 

fprintf ( stderr,"putenv failed \ n "); 
free ( string ); 
exit (1); 


4 もう•瞍 getenv を呼び出し、変数に設定された新しい侦を確認します 

value = getenv ( var ) ; 
if ( value ) 

printf ("New value of %s is % s \ n t% t var ， value ); 
else 

printf("New value of %s is null ??\ n w # var ); 

} 

exit (0); 


プログラムを火行すると、次のように出ノ J されます 

$ environ HOME 

Variable HOME has value /home/neil 

$ environ FRED 

Variable FRED has no value 

$ environ FRED hello 

Variable FRED has no value 

Calling putenv with: FRED=hello 

New value of FRED is hello 

$ environ FRED 

Variable FRED has no value 
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注总が必安:なのは、環境がブログラムに ローカル であるという点です。ブログラムの屮で変 セ 
を行つても、その変史はブログラムの外部には反映されません。これは、変数の値が了•プロセス 
(灾行したプログラム）から親プロセス（シェル）には伝えられないためです Q 



環境変数の利用 


ブログラムでは、しばしば環垃変数を利川して#作を変 oi します プロ グラムで使われる说垃 
変数をユーザーが変史するには、ログイ ン シェルによって説み取られるファイル .profile を使 
ってデフォルトの環境で変数に侦を設定する乃•法と、シヱルの コマンド ライ ンで 変数を指定する 
方法があります0次の例を兄てください。 


$ environ FRED 

Variable FRED has no value 

$ FRED=hello environ FRED 

Variable FRED has value hello 


シェルは、コマンドラインの姒初に指定された変数の割り:、〖彳てを環境変数に対する•ゆ的な変 
史として受け取ります。したがって、 I ••の2番 II の例では、ブログラム environ は、変数 FRED 
が侦を持つ環境で菜行されることになります。 

このことを利川すると、 CI ) データベースアブリケーシヨンで使⑴するデータベースを CDDB な 
どの说境変数で衍定できるようにすることも4能です > こうすれば、各ユーザーは分のデフォ 
ルトの設定を指定したり、アブリケーシヨンを火行するたびに災なるデータベースを指定したり 
することができます。たとえば、次のようにします 

$ CDDB=mycds; export CDDB 
$ cdapp 

•時的に说境を変 1 ii する場介には、次のようにしてアブリケーシヨンを起勅します 

$ CDDB=mycds cdapp 


注雇 


頃境変数には利点もあれば欠点もあるので、憤重に使用する必要があります。たとえば、環境 
変数は、コマンドラインオブシヨンと比べてユーザーにとって見えにくい側面があり' それだけ 
デバツグも難しくなります。ブ□グラムの動作が変更されて予期しない結果を生じることがある 
という点では、璟境変数はグローバル変数に通じるものを持っているといえるでしょう。 
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environ 


すでに説明したように、ブログラムの環境は name = value という形式の义卞列から構成されて 
います。この文字列 fill 列は、変数 environ を介してめ:接プログラムから利 )1] することができま 
す〇変数 environ は次のように穴イされています 


#include <stdlib.h> 
extern char **environ ； 






次のプログラム showenv . c は、変数 environ を使って说境变数を衣小します。 


# include < stdlib . h > 

# include < stdio . h > 

int main () 

{ 

char **env = environ ; 

while (* env ) { 

printf ("% s \ n ",* env >; 
env ++; 

} 

exit (0); 

} 

Linux I •.でこのプログラムを欠行すると、次のように衣ボされます （ -部出力を竹略していま 
t)o 


$ showenv 

HOSTNAME=euripide.provider•com 
LOGNAME 二 neil 

MAIL=/var/spool/mail/neil 

TERM=linux 

HOSTTYPE=i386 

PATH=/usr/local/bin:/bin ： /usr/bin 
HOME=/home/neil 

LS_0PTI0NS=--8bit --color=tty -F -b -T 0 -N 

SHELL=/bin/bash 

PSl=\h:\w\$ 

PS2 = > 

OSTYPE=Linux 



UNIX® 頃 


解説 

ヌルで終わる义卞列 fid 列である変数 environ とループを使って、環境をすべて出力していま 
す。 


a 日付と時刻 _ 

プログラムがいつ火行されたかを紀鉍する場合や、時刻によってプログラムの#作を変! ii する 
場介など、ブログラムの屮で II 付と時刻を取作できると便利なことがあります0たとえば、勤伤 
時問屮には火行できないゲームを作成したり、深夜になるまで待機して n 動的にバックアップを 
開始するプログラムを作成する場合などは、11付と時刻の侦が役に立ちます。 


00 


メモ 


すべての UNIX システムは、グリニッジ標準時 （ GMT ) の1970年1月1日午前0時を日付と 
時刻の起点としています。これがいわゆる“エポックの起点"です。 UNIX システムで使われる 
すべての時間は、この時刻を起点に計爲されます。 MS - DOS でも同じよろな方法で時間を計妇 
しますが、 MS - DOS の埸合には1980年からエポックが始まります。その他のシステムでは、 
独自のエポックの起点が使われています。 


時刻は timej 型を使って処理されます。 time_t 喂は、秒で衣現された H 付と時刻を格納で 
きるだけの I •分な人きさを持った整数喂です。 Linux システムではは long で、時刻を 
松作する閲数とともに、へッダーファイル time.h で定義されています。 

#inciude <time.h> 
time_t time(time_t *tloc )； 

低水準の時刻の侦を取 W するには、 timelW 数を呼び出します。 time 関数は、エポックの起点 
からの綷過杪数を返しますこのとき、 tloc がヌルポインタでなければ、 tloc でボされる場所 
(こも経過秒数を i 1 ? き込みます0 




次のプログラム envtime.c は、 time 問数の使い力•の例です 


#mclude <time • h > 
#inc 丄 ude <stdio^h> 
#inc 丄 ude <unistd•h> 
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time_t the _ time ; 

for(i =1 ;i <=10; i ++) { 

the__time = time (< time—t *)0); 

printf("The time is % ld \ n ", the _ time ); 

sleep (2); 

> 

exit (0); 


の プログラムを 戈行すると、2杪おきに低水中の時刻の侦が表示されます 


$ envtime 

The time is 
The time is 
The time is 
The time is 
The time is 
The time is 
The time is 
The time is 
The time is 
The time is 


910099647 

910099649 

910099651 

910099653 

910099655 

910099657 

910099659 

910099661 

910099663 

910099665 


解説 

このブロ グラムでは、ヌルポインタを衍定して timelKJ 数を呼び出しています。取得した時刻 
を表示して 2 秒問スリープしたあと、 W び M じ処理を繰り返します。 time 関数を 10 M 呼び出す 
と、ブロ グラムは終 r します、 

1970ヾ I :を起点とする秒数で衣された LI 付と時刻は、なんらかの処理にかかった時問を計測す 
るときに便利です処邱の始まりと終わりで time 問数を呼び出し、返された 2 つの侦に対して 
リ I き灯を行うだけでよいからです。ただし、 ISO/ANSIC では、秒単位での時間の計測には愤重 
を期して喂を指定せず、 difftime 閲数を⑴总しています 0 difftime 間数は、 2 つの 
time t 喂の侦の杪数の差を,计兑し、その結果を double として返します 0 


^include <time.h> 

double difttime(time t timel,time t time2 )； 


difftime 関数は、 2 つの時刻の値の差を計:し、 timel - time 2 の値を浮動小数点数として返 
します。 UNIX の場合、 time 関数からの戻り値は秒数なので、これをもとに2つの時刻の系を計 
灯することもできますが、移植性を考你:するなら difftime 閲数を使うべきです。 

H 付と時刻を人問にとってわかりやすい形で表現するには、低水準の時刻の侦をしかるべき丨1 
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付と時刻に変換する必要があります0そのために用盘されているのが gmtime 関数です 
gmtime 問数は、低水準の時刻の侦を H 常使う形式の フイール ドからなる構造体に格納します 



構造体 tm は、少なくとも次のメンバを穴むものとして定在されています 0 


表 4.1 tm 楫造体のメンバ 


メンバ_ 説明 
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この プログラムと date コマン ドを続けて火行すると、次のように衣ポされます 〇 

$ gmtime ; date 

Raw time is 910102265 
gmtime gives : 
date ： 98/11/03 
time : 14:11:05 

Tue Nov 314:11:05 GMT 1998 


解脱 

このプログラムでは、 time 間数を呼び出して低水ザの時刻の侦を取得し、次に gmtime を呼び 
出して11常使う II 付と時刻の衣现に変換していますそれぞれの侦は、 printf を使って出力し 
ています。厳密にいえば、低水準の時刻の侦を h のような力•法で出力するのは避けたほうがよい 
でしょうシステムによっては、 time _ t が long でない垛介もあるからです。火む例では、 
gmtime を火行しため:後に date コマンドを実行し、出力を比較しています。 

このプログラムにはひとつ問姐がありますそれは、 GMT 以外のタイムゾーンや、 Q 時叫が 
イ!•効になっている垛所でこのプログラムを火行すると、 I 卜:しい時刻（および、場介によっては1卜: 
しい丨丨付）が衣小されないことです。拟 W は、 gmtime が GMT の時問を返すためです(現在では、 
GMT は UTC 、 •協定 Ht 界時”と呼ばれています）。 UNIX ではこの仕様により、全世界を通じて 
すべてのブログラムとシステムが M 期化されています。タイムゾーンが異なっていても、 M じ時 
刻に作成されたファイルは、すべて1"1じ作成時刻を持つことになります。ローカルタイム、つま 
り地域ごとの時刻を取得するには、 localtime 関数を使います。 


#include < time.h> 

struct tm *localtime(const time_t *timeval); 


localtimelKI 数は、 ローカル タイムゾーンと時問に問する調粮を加えた侦を返す办を除い 
て 、 gmtime 数と1”1じです u I •.のブロ グラムで gmtime の 代わりに localtime を使えば、 プロ 
グラムを奥行した地域に応じた丨丨付と時刻が返されます。 

ところで、 tm 構造体に格納した侦から逆に timej 喂の侦を求めるには、どうすればよいでし 
ょうか0この場•介には、 mktime 問数を使います 


^include <time.h> 

time t mktime(struct tm ^timeptr); 


構造休を time _ t の侦として衣现できない場合、 mktime は-1を返します 
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date プログラムで表示されるようなわかりやすい形式で U 付と時刻を表示したい場介には、 
asctime 閲数と ctime 閲数を使います。 


#inc 丄 ude <time.h> 

char *asctime(const struct tm *timeptr )； 
char *ctime(const time t *timeval )； 


asctime 問数は、 tm 構造体 timeptr で指定された H 付と時刻を衣す文字列を返します。返さ 
れる文卞列は、次のような形式をしています。 

Wed Nov 4 07:20:57 1998\ n \0 

この文字列は、26义卞の M さを持つ间定形式の文卞列です。 ctime 関数は、次の呼び出しと 
问じです。 


asctiroe ( localtime ( timeval )) 


ctime _ 

次の例は、 ctime の勋作を確認するブログラムです3 

#include < time . h > 

# include < stdio . h > 

int mam () 

{ 

time_t timeval ; 

( void ) time (& tixneval ); 

printf("The date is : % s n , ctime (& timeval )); 
exit (0); 

} 

プログラムを欠行すると、次のように出力されます e 
$ ctime 

The date is: Wed Nov 416:26:42 1998 


解説 

このプログラムでは、 time 関数を呼び出して低水準の時刻の値を取得し、 ctime 関数を使つ 
てわかりやすい文字列に変換したあと、結果を衣氺しています。 
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H 付と時刻を表す文字列の書式を細かく設定したい場合には、最近の UNIX システムに用意さ 
れている strftime 関数を使用することができます。 H 付と時刻用の sprintf と考えるとよいで 
しよろ。 


#include <time.h> I 

size 一 t strftime(char *s, size 一 t maxsize, const char * format, struct tm 
*timeptr); 

strftimelW 数は、 timeptr で指定された構造体 tm が表す II 付と時刻に遒式を設定し、結果 
を文字列 s に, 1 叩き込みます。文字列 s は、少なくとも maxsize 文卞の M さを持つものとして扱わ 
れます。文卞•列 format は、文卞列 s に窨き込む文卞を指定するのに使います。 format には、そ 
のまま出力される通常の文卞と、 H 付と時刻の要ぶにノ!:ス；を設定するための変換指定/•を指定で 
きます0変換指定 T には次のものがあります。 


表 4.2 strftime 閬数の変換指定子 


変換指定子 



%A 

%b 

%B 

%c 

%d 

%H 

%I 

°^j 


Bg 日名の省 Bg 形 

1##參_參參••••暴#參••籲 ##••••• ••參•••••••••••••••••春# ••參♦譬••翁擊鲁餐參籲馨 

省略しない®日名 

•參# ••參春#######••參♦♦♦♦♦♦♦♦♦♦争# ♦♦聲♦參參學争秦參參籲 t 籲 tf 镰馨籲參 

月名の省珞形 

I 蠡參费舞聲•癱籲癱费#费••參_•參•參••••••••••参拳#### •籲 •# # #參春###籲##舞##參攀攀 

省略しない月名 

•攀參春等••參翁奉♦春参籲##參##參♦•參••拳♦籲♦籲參••參••••••春##鑄####翁# ■籲•籲籲籲籲 

日付と時刻 

•癱拳#### ••參•••••春拳#####參#着###•参#####參##籲參#参#争#參籲籲籲拳参參籲籲馨_零_籲鳙 

日 （01 〜 31) 

•着籲籲春###參參#♦争##參♦參•参參参•••••••••参#♦•參•參 ••••••• 參參學鲁參攀學拳■學馨馨拳看拳 

24日き間制の時間 （00 〜 23) 

警曹會蠱等蠱矗♦毳赢带龜參参毚 •••••••_•# ••參•參•⑩•••••春•參•暴######馨籲春_#籲■馨鲁■參參 

12時間制の時間 （01 〜 12) 

• •參♦♦參♦參#•••書##參•••••••••春參••籲籲•••••••••••嫌###•參#籲參參參參籲■■彎 

1年の中での通篝日数（001〜 366) 


月 （01 〜 12) 

警會餐•赢癱•••••••♦♦••••••••••••••••••♦♦••♦♦■••参•••••••••••春♦•籲••參 •••••••••••••• 

%M 分 （00 〜 59) 

籲参籲籲#籲籲•籲籲•••離•癱♦•參參參••参•參參參•參••參參••參••春••參參•参参離### 籲参參参春眷參參鲁•參•參擊參•參爾 

AM または PM 


%s 

秒 （00 〜 61) 


• _ ••籲 ••••#•_### 參#參##參擊籲鲁馨 

幼 

_ 参###參#參## 参# ••參••書## ••參•••••••••••••争 •■響•攀■•■■響 

1年の中での通*遇数 （01 〜53。 

日曜日を遇の第1日とする） 

•鲁•翁### •參# •參# •••き#癱#_ •鲁癱馨暴## 

%v 

1年の中での通筲遇数 （01 〜53。 

月皤□を遇の第1日とする） 

春•翁###### 參參# #### •••••••••••• 

%w 

皤日の番号 （0 〜6。0は日08日） 

% •亀鲁&亀％% • ■徽亀亀备备备 ♦ ^ ■ 敵^^ 隹魏备■•••隹巍巍義隹鐘應龜魏 a 氣■巍■■魏 • 备 ■ 墨 


%K 

• ■ ■ ■ ■ 響 單 w W ^ ^ 零 ^ — 零 ^ 零 — 雪 W ^ — — 零 — — w — — — — — ^ 

地域の表示形式での日付 


%x 

地域の表示形式での時刻 


雛•參春## •翁#參籲鲁鲁癱鲁馨馨癱き馨馨籲癱參馨參饞鲁 

西膣年の下2桁 （00 〜 99) 


%Y 

西磨年 


• ••#_#• 參春## •參•霉•參••參 

%z 

タイムソーン名 


%% 

%文字 



たとえば、 date ブログラムが出力する U 付の形式を strftime の沓式指定文字列を使って衣 
すと、次のようになります。 
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u %a %b %d %Hz%M:%S %Y" 

II 付を説み取るときには、 strptime 問数を使うと便利です strptime 問数は、 II 付と時刻 
を M す 文卞列を受け取って造体を作成します。 


#include <time.h> 

char *strptime(const char *buf, const char * format, struct tm 
*timeptr )； 


义卞ダ y format は、 strf time の場介と M 様に衍定します。 strptime は、指定された文字列 
をセ作してフィールドが兄つかったら変数に格納する点では、 sscanf に似ています 0 ただし、 
strptime ⑼数では、义卞列 format に從って tm 惝造体のメンバに侦が格納されます。 
strptime の変換指定 f •は、 strftime の場合より制限がゆるくなっており、曜丨 I と〗 j のれ前で 
は竹略した形と竹略していない形のどちらも受け付けます。たとえば、 “ Tue " も* Tuesday ” 
も％ a 変換指定广にマッチします：また、 strftime では、10末满の数字の前には常に0が付きま 
すが、 strptime では先行する0を竹略できます。 

strptime は、変換処坪が行われた M •後の义卞の次の文卞へのポインタを返します。変換でき 
ない义卞に ifi 遇した坳介には、その時焱で変換が中||•.されます。このため、 strptime を呼び出 
す場•☆には、 i 度された义卞列のうち、ゼ、要な部分が処理されたかどうかを調べ、 tm 構造休に適 
W な侦が外き込まれていることを確認する必要があります0 


例題 


strftime と strptime 


次のプログラム strftime . c では、さまざまな変換指定/•を使っています。前に氺した衣を参 
照しながら、それぞれどのように解釈されるか確かめてください 


♦♦include <time.h> 
^include <stdio.h> 



struct tm *tm_ptr / timestruct; 
time_t the_time; 
char buf[256]; 
char ^result; 

(void) time(&the_tirae); 
tm_ptr =localtime(&the—time); 

strftime(buf, 256, "%A %d %B r %I:%S %p", tm_ptr); 
printf("strftime gives : %s\n", buf); 


strcpy(buf # "Tue 4 December 1995, 17:53 will do fine"); 
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printf("calling strptime with : % s \ n "， buf ); 
tm_ptr = & timestruct ; 

result = strptime ( buf # M %a %d %b % Y • % R U , tm _ ptr ); 
printf("strptime consumed up to : % s \ n u , result ); 

printf("strptime gives :\ n "); 
printf (" date : %02 d /%02 d /%02 d \ n ", 

tm _ ptr -> tm _ year # tm _ ptr -> tm _ mon +1 1 tm _ ptr -> tm _ mday ); 
printf (" time : %02 d :%02 d \ n ", 

tro_ptr - > tm_hour # tm __ ptr -> tm _ min ); 
exit (0); 


プログラムを灾行すると、次のように出乃されます 

$ strftime 

strftime gives : Wednesday 04 November, 07 : 02 PM 

calling strptime with: Tue 4 December 199 5,17 : 53 will do fine 

strptime consumed up to : will do fine 

strptime gives : 

date: 95/12/04 

time : 1 フ ：53 


解脱 

まず、 timelW 数と localtime 閱数を呼び出して现作の時刻(ローカルタイム)を取得します。 
次に、適切な八式指定文字列を指定して strftime 問数を呼び出し、わかりやすい形式に変換し 
ます。 strptime の使い"を/すために、 II 付と時刻を穴む文卞列を設定し、 strptime を呼び 
出して対応する侦(こ変換し、その結沿を出力しました0変換衍定子％只は、を竹略した指 
定ノ/法で、 strptime で使川することができます 0 

1 1付と時刻を lK しく説み取るには、 strptime U lK 確な#式指定文字列を指定する必•炎がある 
ことに汴 S してください，や式が非常に限定されたものである坳介以外は、ユーザーが人力した 
1 1付を ll : 確に変換できるとは名えないほうがよいでしよう。 


4.4 


一時ファイル 


ブログラムでは、しばしばファイルによる•時的な, kitS 領域が必费になります。たとえば、計 
tr •の途中経過を記録したり、取紫な操作を行う前にファイルのバックアップを作成したりするこ 
とがあります。特にデータベースアプリケーシヨンでは、レコ ー ドを削除するときに一時ファイ 
ルを使うと便利です。削除せずに残すレコードを•時ファイルに •*!: き込み、処邱を終えたら•時 
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ファイルを新しいデータベースとして残し、それまで使っていたファイルを削除すればよいから 
です。 

• 一時ファイルはよく使われますが、一時ファイルに使うファイル名が一意でなければならない 
点に注总する必要があります。ファイル名が-•总でない場合、 UNIX のようなマルチタスクシス 
テムでは、同じファイル名を使うほかのブログラムとの問で衝突が起きることがあります。 
一意のファイル名を生成するには、 tmpnam 閲数を使います。 


#inciude <stdio.h> 
char *tmpnam(char *s); 


txnpnainliy 数は、既#のどのファイルとも W •なるファイル名を返します。义卞列 s がヌルでな 
ければ、 s で指定された义卞列にもファイル名を#き込みます。 tmpnam のり侦のために⑴总 
されている筋的な記惊領域は、 tropnam がさらに呼び川されたときに I ••書きされるので 、 tmpnam 
が何度も呼び出される垛合には、リ I 数の文卞列を指定する必要があります。この文卞列は、少な 
くとも L _ tmpnam 义卞の ii さを持つものとして扱われます。 tmpnam は、1つのプログラムの中で 
TMP _ MAXN まで呼び出すことができます。この場•介、呼び出すたびに W •なるファイル％が十•成さ 
れます。 

•時ファイルをすぐに使う場合には、 tmpfile 関数を使えば、•時ファイル名の作成とオーブ 
ンを M 時に行うことができます C tmpnam 間数を使った場合、ほかのブログラムが tmpnam の返す 
名前と M じ名前でファイルを作成する4能性がありますが、 tmpfile 関数ではこの問題を M 避 
することができます。 


#include <stdio.h> 
i FILE *tmpfile(void); 


tmpfile 問数は、-总の-•時フアイルへのストリームポインタを返します 0 フアイルは説み外 
き川にオープンされ （ w + を指定して fopen が呼び出される）、フアイルへのすべての参照がクロ 
ーズされた時点で白動的に削除されます。 

エラーが発生した場合、 tmpfile は NULL を返し、 errno にエラーの内界を/す倘を設定しま 
す0 


例題 


tmpnam と tmpf il 


e 


次に小すのは、 tmpnam と tmpfile を使ったブログラム tmpnam • c です c 


# include < staio ^ h > 


int mam () 
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char tmpname[L_tmpnam]; 
char *tnename; 

FILE *tmpfp; 



printf ('• Temporary file name is: %s\n% filename); 

tmpfp = tmpnle(); 
if(tmpfp) 

printf("Opened a temporary file OK\n"); 
else 

perror("tmpfile"); 
exit(O); 


ブログラムを灾行すると、 tmpnam によって小成されたのファイル名が衣ポされます 


$ tmpnam 

Temporary file name is: /tmp/3105baaa 
Opened a temporary file OK 


解脱 

tmpnam を呼び出し、•時ファイルに使川する•立のファイルれを十.成しています〇火際に • 
時ファイルを使う場介には、すばやくファイルをオーブンする必赀があります。ファイル名を取 
してからファイルをオープンするまで問をあけると、ほかのブログラムが M じ名前でファイル 
をオーブンしてしまう uj * 能性があるからです。このようなリスクは、 tmpfile 問数を使うことで 
["1避できます。 tmpfile 閲数では、ファイル名の作成と•時ファイルのオーブンが M 時に行われ 

ます， • 

山•いバージョンの UNIX では、別のん•法として、 mktemp 間数と mkstemp 閲数を使って•時フ 
ァイル名を作成することができます。これらの閲玫は tmpnam と似ていますが、•時ファイルれ 
のテン プレートを衍定できる A が代なります） テン プレートでは、ファイルの場所と名前をある 
f « u 纪まで指定することが" r 能です。 


#include <stdlio.h> 

char *mktemp(char * template); 
int mkstemp(char ^template); 


mktemp 間数は、指定された template から一. G : のファイル名を作成します • template は、未 
化が6义卞の X からなる义す•列でなければなりません c 6义卞の X の部分は、 mktemp 間数によっ 
て、ファイル名に使用できる文字の•意の組み合わせに跋き换えられます。 mktemp 閲数は、， k 
成された义卞列へのボインタを返します。•立のファイル名を作成できなかった坳合には NULL 
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を返します。 

mkstemp 閲数は 、 tmpf ile 問数と R 様、•時ファイル名を作成してオープンします。ファイ 
ル名は mktemp と M じ力•法で作成されますが、 mkstemp が返すのは、オーブンされた低水準ファ 
イルデスクリブタです。•般には、 mktemp と mkstemp ではなく、 tmpnam と tmpf ile を使った 
ほうがよいでしょう。 


gU ュ-ザ-情雜 _ 

すべての UNIX プログラムは、 init を除いて、ほかのプログラムまたはユーザーから火行され 
ます。通常、ユーザーはシ丄ルからブログラムを％行します。このとき、すでに説明した"法を 
使って说垃変数を,狗ベたりシステムクロックを説み出した I )すれば、プログラムが火行されてい 
る说境について知ることができます:> ここでは、ブログラムを使っているユーザーに問する怙報 
を調べるノア法について説明します。 

ユーザーは、 UNIX システムにログインするときにユーザー名とパスワードを人力します。人 
ノ J した内衿が||•:しければ、ユーザーはシェルを使川できるようになります。内部的には、ユーザ 
一はのユーザー II )、いわゆる UID を持っています。 UNIX で火行される各ブログラムは、ユ 
ー ザーになり代わる形で火行され、該当する UID に閲速付けられます。 

ブロ グラムに setUID パーミッションをセットすれば、あたかも別のユーザーが起動したかの 
ようにブログラムを火行することができます。たとえば、 su コマンドを火むすると、 root ユーザ 
一がブログラムを起 ji 力したかのように su コマンドが火行されます。 su コマンドは、ユーザーの 
アクセスが心•効かどうかを確•忍したあと、 UII ) をターゲットアカウントのものに変! ii し、このア 
カウントのログインシェルを火行します。このしくみを使うと、別のユーザーから起動されたも 
のとしてブログラムを火むすることができます。システム竹现行は、しばしばこの力•法を使って 
システムの保介作粟を行います。 

UID はユーザーを識別する觅要な悄報なので、まず UID から説明しましょう。 

UID には uid _ t という独 n の沏があり、これは sys / types . h で定義されています 0 通常、 
UII ) は小さな篏数です,，•部の UID はシステムによってあらかじめ定義されており、ほかの UID 
は、新しいユーザーをシステム(こ追加するときにシステム竹邱行が作成します。一般に、通常の 
ユーザーの UII ) は100より人きい侦を持っています。 


#mclude <sys/types . h> 
^include <unistd.h> 

uia—t getuid(void )； 
char *getloqin(void); 


getuid 関数は、プログラムに閲迚付けられている UII ) を返します。これは、通常、プログラ 
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ムを起動したユーザーの UID です。 

getloginlW 玫は、现心：のユーザーのログイン名を返します。 

システムファイルの/ etc / passwd には、ユーザーアカウントに閲するデータベースが格納さ 
れています。ファイルは1行1ユーザーの形式で、各行にはユーザー名、陪号化されたパスワ ー 
ド、ユーザー ID ( UII ))、 グルーブ ID ( GID >、 フルネーム、ホームディレクトリ、デフオルトシ 
エルが記述されています。 

プログラムを起動したユーザーの UID をブログラムの中で調べる場合、パスワードファイルを 
め:接,消べてユーザーのログイン名とフルネームを取得することもできます。しかし、 この力•法は 
勧められません。新しい UNIX システムでは、セキュリティ I ••の理山から艰純なパスワードファ 
イルの使川を避ける傾叫があり、暗号化されたパスワ ー ド情報を含まない-シャドウ”パスワ ー 
ドファイルを叫いることが多いからです。現作では、ユーザー悄報を効中的に取得するための掠 
中:的なブログラミングインタフェースとして、いくつかの閲数が定義されています。 


#include <sys/types.h> 
^include <pwd.h> 


struct passwd *getpwuid(uid_t 
struct passwd *getpwnam(const 

uid); 

char *name}; 


pwd . h で定義されているパスワ ー ドデータベース惝造体 passwd は、次のメンバを穴んでいま 
す0 


表 4.3 パスワードデータベース 橋 造体 passwd のメンバ 



char * pw_name ユーザーのロ グイン名 


uid_t pw 一 uid UID 

gid_t pw__gid GID 

• ••，•看费脅•省•费，•聲•聲，▼费参费参春•參 • _ ••参••籲•••拳••春•參參•••参••翁•參♦春## •# 参••參••參 #• •參#感•參# •• ••蠢參癱參參參•參參#參籲參 •_ 春鲁_ •籲 

char *pw dir ユーザーのホームディレクトリ 

char *pw shell ユーザーのデフオルトシェル 


UNIX システムの屮には、 ユーザーの フルネーム⑴のフ ィー ルドを持つものがあります。ただ 
し、このフィールドはシステム（こよって pw _ gecos となっていたり、 pw ^ comment となっていた 
りするなど、挖，仆様がありません〇したがって、このフィールドの使川は避けたほうがよいで 
しょろ。 

getpwuid ^ 数と getpwnam 関数は、いずれも指定されたユーザーに対応する passv / d 構造休 
へのポインタを返します。ユーザーは、 getpwuid の埸•念には UID 、 getpwnam の場合にはログ 
イン名によって指定します。 
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例題 


ユーザー 情報 


次のプログラム user . C は、パスワードデータベースからユーザー情報を取り出します 


# include < sys/types 上> 
# include < pwd . h > 

#include < stdio # h > 

#include < unistd ^ h > 


int main () 

{ 

uid_t uid ; 
gid 一 t gid ; 
struct passwd * pw ; 


uid = getuid(); 
gid = getgid(); 

printf (''User is %s\n", getlogin()); 

printf("User IDs: uid=%d, gid=%d\n", uid, gid); 

pw = getpwuid(uid); 

printf("UID passwd entry:\n name=%s # uid=%d, gid=%d, home=%s, shell=%s\n", 
pw->pw__name # pw->pw_uid # pw->pw_gid # pw->pw_dir # pw->pw_shell); 

pw = getpwnam("root"}; 

printf("root passwd entry:\n"}; 

printf("name=%s, \iid-%d, gid=%d # home=%s, shell=%s\n", 

pw->pw 一 name, pw->pw 一 uid, pw->pw 一 gid, pw->pw—dir, pw->pw—shell); 
exit(0); 


ブロ グラムを災行すると、次のように出力されます。出力される内界は、システムによって多 
少異なります0 


$ user 

User is neil 

User IDs : uid=501, gid=100 
UID passwd entry ： 

name=neil,uid=501,gid=100, home=/home/neil,shell=/bin/bash 
root passwd entry : 

name=root, uid=0, gid=0 # home 二 / root, shell=/bin/bash 


解説 

このプログラムでは、 まず getuid を呼び出して现心： のユーザーの UID を取捋します。次に、 
取得した UID を使って詳細な パ スワ ー ドファ イ ル悄報を取得します。また、 ユーザー 名に root 
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を指定して getpwnam 閲数を呼び出し、 root のユーザー悄報を衣氺します。 

j getuid の使い方については、 id コマンドなどのソースコードが参考になります。 

メモ 

パスワードファイルのエントリ を船次取り出す getpwent 間数を使うと、 パスワードフアイル 
W 報をすべて疋资することができます。 

#include <pwd.h> 

void endpwent(void); 

I struct passwd *getpv;ent (void )； 
void setpwent(void); 


getpwent 閲数は、各 ユーザー 怙報を恥に返します 0 エントリが残っていない場合には、 NULL 
を返します必災:なエントリを沿作したあとには、 endpwentlW 数を使って処理を終 T します。 
setpwent 閒数は、次の getpv / ent の呼び出し時にセ作を開始するパスワードファイル内の位时 
を作設定します。これらの関数は、 第 3ウ•で説明したディレクトリ走资関数 opendir 、 readdir 、 
closedir とほぼ1"1じように勋作します 3 



その他のユーザー情報関数 


ユーザー II )とグルーブ ID (火効 II )と火 II ))を取得するには、次の関数を使います0 


#include <sys/types.h> 
林 include <unistd.h> 

uid_t geteuid(void); 
gid_t getgid(void); 
gid_t getegid(void )； 
int setuid(uid_t uid); 
int setgid(gid_t gid); 


グルーブ ID と灾効ユーザー 1 D を操作する必要はあまりないでしよう。詳細については、マニ 
ュアルページを参照してください0 



setuid と set gid を呼び出すことかできるのは、スーバーユ—サ—たけです。 
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^ _ 

ユーザー悄報 M 様、プログラムが灾行されているコンピュータに問する悄報もプログラムから 
取得することができます， uname ( l ) コマンドを使うとこのような惝報が衣示されますが、シス 
テムコールとして則总されている uname (2> を使うと、 C ブログラムの中から M じ惝报を取彳! f す 
ることができます。 

ホスト惝枨は、さまざまな垛而で M •川することができます。たとえば、7ソ1:•川のマシンと竹观 
バ•川のマシンを K 別するなど、マシンのネットワーク I •.のれ前によってプログラムの勋作をカス 
タマイズすることもできます，また、ライセンスを竹邱する場合にも、1つのマシンだけで実行 
できるようにブログラムを制限することが " J * 能です， 

U N 1 X システムにネットワークコンポーネントがインストールされている場合は、 
gethostname 問数を呼び出すことでマシンのネットワーク名を簡中.に取得できます。 


^include <unistd-h> 

int aethostname(char *name, size_t namelen); 


gethostname IKJ 数は、マシンのネットワーク名を义卞列 name に i ”: き込みます 0 文’}••列 name 
は、少なくとも namelen 义卞の U さを持つものとして扱われます〉 gethostname は成功すると 
0を返し、それ以外の坳介には-1を返します 

ホストコンピュータに閱してさらに,げしい惝報を得るには、 uname システムコールを使います 0 


#include <sys/utsname.h> 

int uname(struct utsname *name); 


uname 閲玫は、バラ メータ name で/ ji される拂造体に ホス ト悄報を外き込みます。 utsname 偶 
造体は sys / utsname . h で定在されており、少なくとも次のメンバを持っています。 

表 4.4 utsname 橘造体のメンバ 



char sysname [】 オベレーテイングシステム名 


char nodename [ J ホ乂卜石 

char release [] システムのリリースレベル 

char version [】 システムのバージヨン番号 

•癱秦参馨鲁 》 癱## 禱參籲 癱參鲁 •瓤#參 書き 籲き龜•■籲 參 •泰參秦秦秦•龜翁蠢裊毳羲嫵觚嫵 修 ■癱籲__癱籲參籲參籲籲籲籲癱癱癱籲馨馨籲馨翁 春着鲁參春 籲書籲籲籲攀■籲 春馨參 參籲籲___籲籲參 

char machine [】 ハ ー ドウ:!:アの種類 


uname は、成功すると0を返します 0 それ以外の埸介には-1を返し、 errno にエラーの内界を 
W す侦を•没定します。 









例題 


マスト情報 


次のプログラム hostget . c は、ホストコンピュータについての悄報を取得します。 

^include < sys / utsname . h > 

#include < unistd . h > 

#include < stdio . h > 

int main () 

{ 

char computer 【256】 ； 
struct utsname uts ; 

if ( gethostname ( computer ， 255) != 0 || uname (& uts } < 0) { 
fprintf ( stderr , ” Could not get host information \ n H ); 
exit ( l ); 

} 

printf("Computer host name is % s \ n M # computer ); 

printf("System is %s on %s hardware \ n M # uts . sysname # uts . machine ); 
printf("Nodename is % s \ n ", uts • nodename }; 
printf("Version is % s 9 % s \ n ", uts . release ， uts . version ); 
exit (0); 


Linux マシンで ブログラムを火むすると、次のように出力されます 

$ hostget 

Computer host name is tilde 
System is Linux on i586 hardware 
Nodename is tilde 

Version is 2.0.35, #1 Tue Oct 13 04:01:38 JST 1998 


解説 

この プロ グラムでは、まず gethostname を呼び出してホスト コンビ ユー タのネットワーク名 
を取得します 〇 火行例では、 tilde というす I 前が返されています 0 次に uname を呼び出し、この 
マシンに問する評しい悄報を取得します。 uname が返す文卞列の形式は、システムに依存しま 
す，炎行例では、バージョン义卞•列にはカーネルがコンパイルされた丨丨付が穴まれています0 


uname (2 >の使い方については、 uname ( 1 ) コマンドのソースコードか参考になります。 






4 . 6.1 


ライセンス 


gethostid 閲数を使うと、各ホストコンピュータが持つ•立の識別，•を取得することができ 
ます。 


#incluae <unistd.h> 
long gethostid(void )； 


gethostid は、ホストコンピュータが持つの侦を返す問数です 0 ライセンスマネージャな 
どでは、この惝報を使うことで、ブログラムの灾行 " J * 能なマシンを、イ f 効なライセンスを持つマ 
シンだけに制限することができます。 Sun ワークステーションでは、コンピュータの製造時にイく 
掷発メモリに設定された値を返すので、この侦はシステムハードウエア尚有の侦になります 
Linux など、その他のシステムでは、マシンのインターネットアドレスに丛づいて侦を返すの 
で、ライセンス竹神•に使川できるだけの十分な一性は保証されません。 


4.7 


アブリケーシ ヨンでは、 しばしば! fi / j 作状況を 記 鉍する必要があります。また、システム ブログ 
ラムも コンソールにメッセージを•リ:き 込んだり、 ログファ イ ルにメッセージを 紀鉍したりします。 
これらの メッセージは、エラーや界巧、 あるいはシステムの状態に関する.般的な惝報をにえる 
ために使われます。たとえば、 SU ブロ グラムでは、 ユーザーがスーパーユーザーの 権限を 佾 よう 
として失敗した場介に、そのことを記録するようになっています 3 
ほとんどの場 •介、 これらの ログメッセージは、 特別な デイレク トリに阶かれたシステム ファ イ 
ルにされます 〇デイレク トリのある埸所は、 /usr/adm または/ var/log が一般的です。 典 
沏的な Linux システムの坳 介、 /var/log/messages にはすベてのシステム メッセージが、 
/var/log/syslog にはその他の ログメッセージ が、 /var/log/debug には デバッグメッセージ 
が纪録されます 0 システムの設定がどうなっているかは、 ファ イル/ e tc/syslog.conf で確かめ 
ることができます。次にボすのは メッセージの 例です。 

Nov 4 09:41:21 tilde kernel ： IP Protocols : ICMP, UDP, TCP 
Nov 4 09:41:21 tilde kernel: ideO at 0xlf0-0xlf7,0x3f6 on irq 14 
Nov 4 09:41:21 tilde kernel ： Floppy drive(s) : fdO is 1.44M 
Nov 4 09:41:21 tilde kernel : FDC 0 is a post-1991 82077 

Nov 4 09:41:23 tilde sendmail[59] : starting daemon (8.7.5+2.6Wbeta6) : 
SMTP+queueing@l+00:00:00 

Nov 4 09:41:33 tilde login[60] : ROOT LOGIN on 'ttyl. 
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敁初の数行は、起動後にハードウエアの検出などを行っている Linux カーネルから出力された 
メッセージです。次に sendmail の起動メッセージが紀鉍されています。 W •後は login プログラ 
ムからのメッセージで、 スーパー ユーザーがログインしたことを氺しています。 

•部の UNIX システムでは、この例のような人問が説める形でのメッセージファイルを提供し 
ていないことがあります。こうしたシステムでは、システムイベントが収められたデータベース 
を説むためのツールが⑴总されています 0 詳細については、システムのマニュアルを参照してく 
ださい。 

システムメッセージの形八と格納ん•法はシステム（こよって W •なりますが、メッセージを十•成す 
る力•法には標中:があります> UNIX の仆様では、すべてのブログラムから利川 4 能なログメッセ 
ージ小成インタ フェース として、 svslogHt ] 数を使川することができます。 


#include <syslog.h> 


void syslog(int priori 

.ty, const char ^message, •••); 


sysloglit ] 数は、ログメッセージをログファシリティに送ります。リ I 数 priority には、各メ 
ッ セージのブライオリティレベルとファシリティの侦とのビット中.位の•命邱和を指定します。プ 
ライオリティレベルは、ログメッセージをどのように扱うかを示すものです。ファシリティの侦 
は、メッセージの送倌んを, ki 鉍するためのものです。 

ファシリティの侦は syslog.h で定義されており、ユーザーアブリケーシヨンから送られたメ 
ッセージであることをボす LOG_USER (デフォルト）、ロー カル竹理荇がしかるべき总味をリ•えて 
使川できる LOG _ LOCALO から LOG _ LOCAL 7 までの侦などが川总されてし、ます0 

ブライオリティレベルを險先恥位の〖•••?；いものからづミすと、次の衣のようになります。 


表 4.5 syslog 問数のブライオリテイレベル 



LOG 一 EMERG 
LOG„ALERT 
LOG •一 CRIT 
LOG ERR 
LOG —WARNING 
LOG_NOTICE 
LOG^INFO 
LOG DEBUG 


緊急事態 

• •❿••••♦•春••參••翁•參••••••♦••♦♦♦♦♦費•♦••♦♦•■♦•♦•♦•♦•••••♦•••春 ••••••••♦•• ••••••■■••••••••••••••••••鑄 • 

データベースの破損など、ブライオリテイの高い問題の発生 

参•♦♦♦♦♦参#參離馨春#••參參•秦參蠢•參#••麝麝秦參••參•••••••鑄••參•參•••••書•參••癱•參•參••••••参•籲•籲••■••••春 # 麟■隹隹■麟 # 隹隹翁泰參馨鲁馨 

ハードウェアエラーなどのクリティカルなエラー 


ェラー 

«告 

注恚の必要な状態 
情報メッセージ 


デバッグメッセージ 


シ ステムの设定によっては、 LOG_EMERG メ ッ セージをすべての ユーザーにブロー ドキヤスト 
し、 LOG_ALERT メ ッ セージについては竹现荇にメールを送倌、 LOG_DEBUG メ ッ セージは無祝、 
それ以外のメッセージはメッセージファイルに, k ! 録するようになっていることもあります。ログ 
機能を利⑴するプログラムは簡中に作成できます。必贤な操作は、ログメッセージを作成したい 
ときに syslog 関数を呼び出すだけです c 
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syslog によって作成されるログメッセージは、メッセージへッダーとメッセー ジ本休から構 
成されます0 メッセージヘッダーは、ファシリテイおよび H 付と時刻から作成されます。メッセ 
ー ジ+体は、 syslogl 幻数のパラメータ message から作成されます。 message は、 printf の丨 1 !: 
式指定义卞列と M じような働きをします c syslog mm こ指定する追加のリ I 数は、义卞列 
messege の屮に邱•め込まれた printf に似た変換桁定 f •によって変換されます，このとき、ね n と 
いう変換指定，•を使うと、エラー変数 errno の现心:の侦に間迚付けられたエラーメッセージの文 
卞列がログメッセージに挿人されます c シ am は、エラーメッセージを, id 録する場合に使うと便利 
です。 


例題 


sys 丄 og 


次のブログラム syslog . C は、む:/1:しないファイルを開き、立 N 的にエラーを発生させます 

#mclude < syslog . h > 

# inc 丄 ude < stdio • h > 



/* Try opening a non-existent file */ 
FILE * f ; 

f = fopen (" not — here "," r "); 
if (! f ) 

syslog ( LOG 一 ERR | LOG — USER,"oops - % m \ n w ); 
exit (0); 


このブログラムをコンパイルして火むすると、|由|•ば H •にはなにも川力されませんが、ファイル 
/ var / log / syslog の/ fi •後に次のようなメツセージが記録されます 0 

Nov 618:13：06 tilde syslog : oops - No such file or directory 


解説 

このプログラムでは、む:/ 1: しないファイルをオーブンしようとしています。オーブンに失敗し 
た場•介には、 syslog を呼び川してシステムのログにメッセージを出力します。 

ログメッセージには、どのプログラムがログファシリティを呼び出したかは記録されておらず、 
syslog がメッセージの指定とともに呼び出されたことだけがされています。また、変換指 
定户％ m がエラーを•说明する义卞列に阼き換えられており、エラー赉リ•だけを出ノ J する埸介と比 
ベていくらか親切なメッセージになっています。 
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ログの設定 


syslog . h では、ログファシリテイの#作を変 1 ii するときに使うその他の閲数も定義されてい 
ます。これらの関数の構文は次のとおりです0 


#include <syslog.h> 
void closelog(void); 

void openlog(const char *ident,int logopt,int facility); 
int setlogmask(int maskpri )； 


openlog 関数を呼び出すと、ログメッセージの形八を変史することができます 0 パラメータ 
ident には、ログメッセージの前に付加する文字列を指定します 0 ident を使えば、どのブログ 
ラムがメッセージを作成したのかを記録することができます。パラメータ facility には、以後 
の syslog の呼び川しで使うデフオルトのファシリテイの侦を指定します。この侦のデフオルト 
は、 LOG_USER です 0 logopt は、以後の syslog の呼び出し時の動作を设定するパラメータで、 
次の衣に/〗ミしたものから〇倘以 I •.のパラメータをビット中•位の淪现和で指定します。 


表 4.6 openlog 閲数の logopt バラメータ 



LOG PID 


ブロセス ID (システムが各ブ□セスに割り当てる一意の番号）をメッセージに含める。 


LOG CONS メッセージを記録できない塌合、コンソールにメッセージを送る。 

itattttttft 饞應備金會■••▲鲁在龜■■•■■亀•籲•秦會 ■§ 黴 tt A 謇 •••••## ••麄•論••籲•••••••••••••••••••••••春••••••拳••••••••••••••••♦••••••着籲•••••春•••春••春••••••••••••••••爆 •♦•♦•♦•••••••• 

LOG_ODELAY syslog が初めて呼び出された時点でログファシリティをオーブンする。 

ftttt ▲曹，會 t ▲曹费眚螫泰鲁费耆 t 巍囔费，會♦♦會••参••春••••拳•••参•參參•參••參•參•••春 _• ••參••參參參•參參••••••■•••••••♦•♦♦♦♦♦♦♦♦毒參參參參 # ••蠢蠢參 ••• ••籲 • ••參••秦參參 ## •■春•籲•••••••••••着 # 參癱 ### ⑩癱•籲 

LOG_NDELAY 実際にログが行われる時点まで待たず、ただちに □ グファシリテイをオーブンする。 


openlog 閱数は、ファイルデスクリブタを荆 り 、 1 1ててオープンし、このファイルデスクリプタ 
を使ってログファシリティへの外き込みを行います。 closelog 間数を呼び川すと、ファイルデ 
スクリブタをクローズすることができます。 syslog 問数は必安:に応じて IV 分でログファシリテ 
ィをオーブンするので、 syslog を呼び出す前に openlog 問数を呼び出す必袈はありません。 

setlogmask を使ってログマスクを没定すると、ログメッセージのブライオリティレベルを制 
御することができます。ログマスクの设定をむうと、ログマスクで•设定されていないブライオリ 
ティレベルを持つ、以後のすべての syslog の呼び出しは無祝されます 0 このことを利〗 I ]すれば、 
プログラムの外:体を変セせずに LOG_DEBUG メッセ ー ジを無効にしたりすることが 4 能です。 

ログメッセージのマスクを作成するには、 LOG —MASK (priority} または LOG —UPTO 
(priority) を使います 0 LOG_MASK (priority) を使うと、 1 つのブライオリティレベルだけか 
らなるマスクが作成されます。 LOG^UPTO (priority) を使うと、指定されたブライオリティま 
での（衍定されたブライオリティを A む）すべてのブライオリティからなるマスクが作成されま 
す0 
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次のプログラム logmask . c は、 logmask の使い"の•例です。 


# include < syslog , h > 
^include < staio . h > 

#include < unistd . h > 


int main () 

{ 

int logmask ; 

openlog (" logmask " # LOG . PID | LOG . CONS # LOG . USER ); 
syslog ( LOG _ INFO # "informative message , pid = % d n g getpid ()); 
syslog ( LOG 一 DEBUG,"debug message , should appear "); 
logmask = setlogmask ( LOG — MASK ( LOG _ NOTICE >>; 
syslog ( LOG 一 DEBUG,"debug message , should not appear "); 
exit ( O ); 


このプログラムを％行しても肉 • _ •にはなにも衣氺されませんが、 Linux システムでは、 
/ var / log / message の iti •後に次のようなメッセ ー ジが録されます 0 

Nov 6 20:58 ： 59 tilde logmask[26221] : informative message, pid = 26221 

さらに、 / var / log / debug には次のようなメッセ ー ジが,されます。 

Nov 6 20:58:59 tilde logmask[26221] : debug message, should appear 


解説 

このプログラムでは、ブログラム名の logmask を指定してログファシリテイを初期化し、ログ 
メッセージにプロセス ID を A めるようにしています 0 次に、 syslog を呼び出しています。怙報 
メッセージは/ var/log/messages に丨 k! 録され、デバッグメッセージは/ var/log/debug に“ d 録 
されます。しかし、2つ II のデバッグメッセージは記録されません0これは、そのめ:前に 
setlogmask を呼び出し、 LOG_NOTICE よりプライオリテイの低いすべてのメッセージを無祝す 
るようにしているからです（山•いバージョンの Linux カーネルでは、説明どおりに動作しないか 
もしれません）。 

logmask.c では getpid 閲数を使っています 0 getpid 閲数、およびこの閲数と閲述の深い 
getppid 問数の構文は次のとおりです。 
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#inciude <sys/types.h> 
#mclude <unistd-h> 

pid_t getpid(void); 
pia—t getopid(void )； 


これらの問数は、それぞれ間数を呼び出したプロセスのプロセス ID と親プロセス II ) を返しま 
すブロセス 1 D については、第10幸で詳しく取り I ••げます。 


4.8 


リソースと制限 


UNIX システムで突行されるブログラムには、リソースに問する神:々の制限が課せられていま 
す：このような!！ ilj 限としては、ハードウェアによる物邱的糾限（メモリなど)、システムポリシー 
による制限 ( CPU 時問のヒ限など)、あるいは実装 L の制限 ( int のサイズ、ファイル名に使川 
できる文卞数など)がありますこのうちいくつかの制限は、 UNIX の仆様で定義されており、 
その内矜をアプリケーションから取以することができます第7なでは、こうした制限や、制限 
を破った場合にどのような結果を屯じるかについて詳しく取り I ••げます。 

へッダーファイル limits . h では、オペレーテイングシステムによって課せられた制約を衣す 
ための定数が定在されています。次の衣は、そのごく •部を示したものです0 


表 4.7 オペレーティングシステムによる制約 


定数 



NAME, 
CHAR_BIT 
CHAR. 

INT 


ファイル名に使用できる S 大文字数 


char のビット歆 
char の應大偭 
int の應大頜 


アプリケーションで使う I リ能件のある定数は、これ以外(こも敉多くあります。システムにイン 
ストールされている へッ ダーファイルを•度 Plli いておくとよいでしよう。 NAME_MAX はファイル 
システムに W 有の侦なので、移植性を 械 してコードを記述するときには pathconf 閲数を使い 
ます。詳細については、 pathconf 問数のマニュアルページを参照してください。 

ヘッダーファイル sys / resource . h には、リソースの操作に間迚するさまざまな定義が記述さ 
れています。また、プログラムで許鞞されているサイズ、灾行險先度、ファイルリソースなどに 
関する制限を取得または設定するための関数も定在されています。 
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#inc 丄 ude <sys/resource - h> 

int getpnority (int which, id_t who); 

int setpriority(int which, id_t who, int priority); 

int getrlimit(int resource, struct rlimit ); 

int setrlimit(int resource, const strcut rlimit *r_limit); 

int getrusage(int who, struct rusage ★r_usage); 


id t は、ユーザー II ) とグルーブ II ) 川に使われる幣数喂です，惝造体 rusage は sys / 
resoixrce . h で定義されており、現在のブログラムがどれだけの CPU 時間を使州しているかを取 
付するために使われます0 rusage 惝造体は、少なくとも次のメンバをなんでいなければなりま 


せん 0 


表 4.8 rusage tM 造体のメンバ 



struct timeval ru utime 


使用したユーザー時間 


struct timeval ru 


使用したシステム時間 


timeval 構造体は S y S /time, h で定在されており、 tv_sec フィールドと tv_usec フィールド 
を穴んでいます0これらのフィールドは、それぞれ秒とマイクロ秒を衣します。 

ブログラムが 消竹する CPU 時問は、ユーザー 時間と システム 時間に 分かれます。ユーザー時問 
は、 ブログラムが n 身の命令の火行に饮やした時問です 0 システム 時問は、 ブログラムに 代わつ 
てオペレーティングシステムが 消赀した時問、つまり人出ノ j やその他の機能を义行する システム 
コールに n や された時問を衣します。 

getrusage 閲数は、 CPU 時 |Hj に閲する悄報をパラメータ r_usage で示される rusage 構造体 

に M き込みます 0 パラメータ who には、次のいずれかの定数を指定します。 


表 4.9 getrusage 問数の who バラメータ 



RUSAGE_SELF 現在のブログラムに閬する使用情報のみを返す0 


RUSAGE.CHILDREN 子ブ□セスに関する使用情報も含める0 


/•プロセスとタスクの悛先度にっいては第100で詳しく取り [•. げ ます。 ここではとりあえず、 
各プログラムにはそれぞれある優先度が閲速付けられており、優先度が尚いブログラムほど、利 
wr 可能な cpu 時間を多く割り当てられるということを党えておいてください。•般 ユーザーは 
プログラムの後先度を 引き ドげることは できます が、リ| き I •.げることは できません。 

アブリケーシヨンでは、 getprioritylHJ 数と setprioritylW 数を使って Tl 身（およびほかのブロ 
グラム)の後度を調べたり、設定したりすることができます,これらの問数を使って優先度を取得 
または設定するプロセスは、プロセス II )、グルーブ1【)、ユーザーのいずれかで指定します。このパ 
ラメータ who をどのように扱うかを指定するのがパラメータ which で、次の I 、ずれかを指定します 0 
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表 4. 10 getpriority/setpriority 関数の which バラメータ 



PRIO_PROCESS who はブ□セス ID 


PRIO 一 PGRP who はブ□セスグルーブ 

■琴•••看♦••春费參看•春春•春•譬春春擎春替壽镰曹曹響•馨拳籲籲春參••參 •_ ••••拳•參鲁春•參馨馨馨參馨馨鑄書籲霉壽鲁馨馨 

PRIO—USER who は ユーザー 


たとえば、現存:のブロセスの優先敗を取得するには、次のように記述します。 

priority = getpriority(PRIO—PROCESS, getpid()); 

setpriority 関数は、炎求された枨作が " J * 能であれば新しい後先度を設定します。 

デフォルトの俺先度は0です。 ll : の俺先度は、より“い優光度を持つほかの龙行 " f 能なタスク 
が☆•介:しないときに火行されるバックグラウンドタスクに対して使います。0の險先度を持つプ 
ログラムは、より頻繁に突行され、利用可能な CPU 時 IHJ もそれだけ多く使/}】します。有効な優 
先度の範卩 H は -20 〜 + 20です0数侦が人きいほど俺先度が fit くなる点に注总してください。 

getpriority 閲数は、成功するとイ f 効な後先度を返します。エラーが発生した場合には -1 を 
返し、 errno にエラーの内界を示す倘を設定します 0 エラーの際に返される -1 卩体もイ f 効な俺 
先度なので、 getpriority を呼び出す場•介には、あらかじめ errno に 0 をセツトし、問数から 

った時点で errno が 0 のままかどうかを調べる必要があります。 setpriority 関数は成功す 
ると0を返し、'人•敗すると -1 を返します。 

システムリソースに問する制限を取得または設定するには、 getrlimitIHl 数と setrlimit 問 
数を使います 0 どちらの間数も、リソースの制限を衣すための汎 JIJ 的な偁造体 rlimit を使いま 
す 0 rlimit 佛造体は sys/resource.h で) il 在されており、次のメンバを持っています。 


表 4.1 1 rlimit 橘造体のメンバ 



rlim—t rlim_cur 現在のソフト制限 

•參馨冒 ## 翁 # 攀譬秦•♦參♦••••••••争参争•争_•參參き參••••••••••••拳參##••參参##_鲁#_參參參參•••参•••着#春#####暑 

rlim_t rliro_max ハード制限 


足戒済みの喂は、リソースのレベルを記述するのに使う幣数沏です。通常、ソフト制 
限は超えるべきではない制限を总味し、この制限を超えると、ライブラリ問数がエラーを返すこ 
とがあります0ハード制限を超えた場介には、システムが ブロ グラムにシグナルを送り、 プログ 
ラムを終 r させようとします。シグナルの例としては、 cpu 時問の制限を超えた場合に送られ 
る SIGXCPU 、 データサイズの制限を超えた場合に送られる SIGSEGV などがあります。 プロ グラ 
ムでは、のソフト制限をハード制限より少ない任总の侦に設定することができます。また、 
ハード制限をリ I きドげることも吋能です。ただし、ハード制限を， j | き上げることができるのは、 
スーパーユーザー 権限で灾行される ブロ グラムだけです。 

糾限の nj 能なシステムリソ ー スはいく つかイ f ぺ E します 0 これらは sys/resource . h で次のよう 
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に定義されており、 rlimit 閲数群のパラメータ resource で指 1 定します 0 


表 4. 12 rlimit 問数群の resource バラメータ 


パラメータ 



RLIMIT_CORE コアダンプファイルサイズの制限（バイト单位 ) 

•聲参參參暴鲁攀參籲籲籲•籲籲•籲■籲•鲁參參參籲籲籲參•••••参••參參參參參參參••曹參參参參••鲁••參♦參••••参•••••春•♦參♦♦曹參♦•曠參••••••••••♦♦春•參••參♦♦♦参••••拳參••參參••參•籲# •••••春## 

RLIMIT.CPU CPU 時間の制限（秒串位） 


RLIMIT—DATA テータ (malloc / sbrk) セグメントの制限（バイト串位） 

蠢♦•參鲁癱籲籲籲籲参參_癱籲籲籲髒籲籲會籲籲參春秦籲鲁參•參曹•蒙费摩擊费譬籲曹镰拳曹擊#鲁曹#眷#拳##修籲曹泰鲁#春參鲁參着###看######参参#### ♦#_ 參參參••♦••春#•参•••象••••••••••春參參馨••籲••春參#參參參•參•籲參參參參•參參參••參•參 

RLIMIT.FSIZE ファイルサイズの制限（バイト单位） 

•籲••拳馨學*響■籲籲_馨籲籲參•參參參參參參參參參•癱馨雛###參傷#### ••參 ###•# 參參##暴###雜# •參參參•參# ••參•參籲參#_拳•參參••籲••籲•♦•春參參參參••籲 •• ••籲••♦参•参#秦參參#參# ♦♦♦•春# •♦秦♦參秦秦參# • •♦蠢•參參##參參參 

RLIMIT 一 NOFILE オーブンするファイル数の制限 

着曹看擎着曹譬•擊擊蕾鑛擊曹春擊馨馨馨曠馨春馨參會看馨擊春着馨蒙馨拳書春着着馨曹着着•着籲擊擊•着擊擊擊•擊•••••着馨•••••••••零零# •零#春••••••••••••••••鑄# ••镰••參•籲••參參•••••鑄••••••••••••参拳•拳•參•參籲籲•••••拳## _• 

RLIMIT—STACK スタックサイズの制限（バイト里位） 

RLIMIT AS アドレス空間（スタックおよびデータ）の制限（バイト单位) 


次(こポす limits . c は、典喂的なアブリケーシヨンの勋作をごく人まかにシミュレートしたブ 
ログラムです0ブログラムの屮でリソースの制限を投定し、|训限を破っています。 


例題 


リソー 


スの制限 


1まず、ブログラムで使⑴する問数のインクルードファイルを, ki 述します 


# include 
# include 
^include 
# include 


< sys / types ^ h > 

< sys / resource . h > 

< sys / time . h > 

< unistd ^ h > 


♦♦include < stdio ^ h > 


#include < math ^ h > 


2 work 問数は、义卞列を作龙ファイルに10000 N # き込んだあと、さらに CPU にす4荷をかけ 


るために兑 mm を火行します。 


void work () 


FILE * f ; 



double x = 4.5; 


f = tmpfile (); 

for(i = 0; i < 10000; i ++) { 

fprintf ( f,"Do some output \ n "); 
if ( ferror ( f )) { 

fprintf ( stderr,"Error writing to temporary file \ n "); 
exit ⑴； 

} 

> 

for(i = 0; i < 100000; i ++) 
x = log ( x*x + 3.21); 
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3 main 閲数では、 work 関数を呼び出したあと、 getrusage 関数を使って消费した CPU 時問 
を調べます。また、得られた結果を_曲に衣づヾします。 



struct rusage r 一 usage ; 
struct rlimit r _ limit :; 
int priority ; 

work (); 

getrusage ( RUSAGE - SELF , & r _ usage ); 

printf( n CPU usage: User = %ld.%061d. System = %ld.%061d\n ", 
r_usage.ru 一 utime•tv 一 sec, r 一 usage•ru 一 utime•tv 一 usee ， 
r_usage.ru_stime.tv 一 sec, r 一 usage•ru_stime•tv 一 usee}; 

4 次に、 getpriority と getrlimit を呼び m して现介:の俺先度とファイルサイズの制限を调 
ベます。 

priority = getpriority ( PRIOJPROCESS , getpid ()) ; 
printf("Current priority = % d \ n M # priority ); 

getrlimit ( RLIMIT — FSIZE , & r _ limit ); 

printf("Current FSIZE limit : soft = % ld , hard = % ld \ n "， 
r _ limit . rlim 一 cur , r _ limit . rlim 一 max }; 

5 hi 後に、 setrlimit を使ってファイルサイズの制限を設定し、もう一度 work 閲数を呼び/1 1 ! 
しますしかし、制限を超えるサイズのファイルを作成しようとするために worklW 数は火敗 
します。 

r _ limit . rlim_.cur = 2048; 
r _ limit . rlixn-max = 409 b ； 

printf("Setting a 2 K file size limit \ n "); 
setrlimit ( RLIMIT . FSIZE , & r _ limit ); 

work (); 
exit (0); 


このブログラムを 义行すると、使川された CPU 資源とプロ グラムの 火行中のデフ オル トの險 
先度が衣ボされます。ファイルサイズの制限を設定したあとは、•時ファイルに2048バイトを 
超える外き込みを行うことができなくなります。 

$ gcc -olimits limits.c -lm 



CPU usage : User = 0.1300 00, System = 0. 000000 
Current priority = 0 
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Current FSIZE limit : soft = 21474836 47, hard = 214748364 フ 
Setting a 2K file size limit 
Error writing to temporary rlie 

nice コマン ドを使ってプログラムを起動すれば、プログラムの優先度を変史することができ 
ます。次の例では優先度を + 10に変汜しています。その結果、ブログラムの災行にはより多くの 
時問がかかるようになります。 



CPU usage: User = 0. 110000, System = 0. 020000 
Current priority =10 

Current FSIZE limit: soft = 214748364 フ ， hard = 2147483647 
Setting a 2K rlie size limit 
Error writing to temporary file 


解説 

limits ブログラムは、典叫的なブログラムの#作をシ ミュレー トする work 閲数を呼び出し ま 
す。このプログラムでは 150 K ほどのデータを•時ファイルに#き込み、，"•灯を行います。その 
後、適切な閲数を呼び出してブログラムの優光度とファイルサイズの制限を凋べます0出力結沿 
からわかるとおり、ファイルサイズの制限は敁人侦に 設定され ており、ディスクに 乍 きがあれば 
2 GB のファイルを作成することができます0次に、このファイルサイズの制限を 2 K に| 没定 し、 
もう•度 work 問数を呼び出します。今度は、制限を超える人きなサイズの•時ファイルを作成 
できず、処理は欠•敗します。 


m 

メモ 


bash の ulimit コマンドを使うと、個々のシェルから実行するブログラムに制限を設定するこ 
とができます。 


4.9 


この章のまとめ 


この口では、 UNIX の環境について取り卜.げ、ブログラムの火行時のさまざまな条件について 
説明しました。コマンドライン引数や環境変数を使えば、プログラムのデフォルトの動作を変史 
したり、ブログラムにイ f 益なオブシヨンを；したりすることができます。 

また、 ライブラリ 閲数を使って丨丨付と時刻の侦を操作したり、 ブログラムやユーザー、 さらに 
ブログラムが 火行され ているコンピュータ に間する怡報を取惜する力•法を氺しました。 

UNIX プログラムは(なリソースを災•イ1•しなければなりません。この草では、使州できるリ 
ソースを取得したり符理したりする力•法も示しました0 










端末 
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第2章の M 後では、 CD データベースアプリケーションを作成しました。このアプリケーショ 
ンは正しく動作するものの、改善すべき点も多くあります0たとえば、ューザーインタフヱース 
をもっと洗練されたものにすれば、操作感は大幅に向上します 3 

この帘では、ユーザーの端末、つまりキーボード人力と出力を細かく制御する力•法につい 
て説明します。只•体的には、端未から受け取ったさまざまなューザー人力をブログラムに渡す" 
法、ブログラムから I 由 j 面の適切な位沢に出力を送る方法を示します。 

実際に改设を加えた CD データベースアブリケーションは、次の0を終えるまで究成しません 
が、この車ではあとで必要になる蘇礎知識とテクニックを中心に、端束人出ノ J のぞえ"を UNIX 
の饵学とからませながら説明します0次の第60では、端未の I 山 il 〖 il 衣尔を; lilj 御するための闓数ラ 
イブラリ curses を取り I •.げます。このヴのテーマは端来に対する低水叩 アクセスですが、 ここ 
で得た知識は今後もいろいろな坳而で役立つはずです。 

取り上げる項 n は次のとおりです0 

9端未に対する読み取りと和き込み 

9端末ドライバと汎川端末インタフェース 

Q termios 

〇 キース ト ロークの 倹出 

端末に対する読み取りと書き込み _ 

第3•，で•说明したように、コマンドブロンブトからブログラムを起#すると、シェルが人カス 
トリームと出カストリームをブログラムに結び付けます。ということは、 getchar と printf を 
使ってこれらのデフォルトストリームに対する•泣み取りと W き込みを行えば、ユーザーとの対ぶ • 
も"]*能になるはずです。 

さっそく、 getchar と printf を使って CI ) データベースアプリケーシヨンのメニュールーチ 
ンを C で M き II •(してみましょう。ここでは、プログラムの名前を memil . c としておきます:> 

C によるメニュールーチン_ 

1まず、メニューを fid 列として定在し、 getchoice ^ 敉のプロトタイプを Vi : j •します 0 

^include < staio . h > 

cnar * menu [】={ 

"a - add new record ", 

"d - delete record ". 



端末に対する読み取りと書き込み 


••ft - 

NULL, 


int aetchoice(char ♦greet # char ^choices[]) 


間数では、定在した変数 menu を指定して getchoice を呼び出します 


main() 


int choice 


do 

{ 

choice = getchoice (''Please select an action 
printf("You have chosen: %c\n", choice); 

} while (choice != 'q'); 
exit(0); 


menu) 


次は、このプログラムの中心となる getchoice 問数です。この間数はメニューを衣尔し、ユ 
ーザーからの人力を説み取ります。 


int getchoice(char *greet, 

{ 

int chosen = 0 ; 
int selected; 
char **option; 


char *choices [ 】 ） 


do 


printf("Choice: %s\n",greet); 
option = choices; 
while(^option) { 

printf("%s\n",*option); 
option ++； 

} 

selected = getchar(); 
option = choices; 
while(*option) { 

if(selected == *option [0]) { 
chosen =1; 
break; 

} 

option++; 

} 

if(!chosen) { 

printf("Incorrect choice, select again\n"> 


} while(!chosen); 
return selected; 
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$解説‘ 

getchoice は、 greet で指定されたメッセージと choices で衍定されたメニューを衣小した 
あと、ユーザーにメニューの先頭の文字を人力するように求めます。プログラムは、 getchar が 
111 ! 列 option のエントリの先頭の1文卞に一致する文卞を返すまでループします。 

ブログラムをコンパイルして火行すると、どうも期待したとおりには動作しないようです。^ 
行例を次に尔します。 


$ menui 

Choice: Please select an action 
a - add new record 

d - delete record * 

q - quit 

a 

You have chosen: a 

Choice : Please select an action 

a - add new record 

d - delete record 

q - quit 

Incorrect choice, select again 
Choice ： Please select an action 
a - add new record 
d - delete record 
q - quit 

q 

You have chosen ： q 
$ 

この奥行例では、メニューを選択するのに、 a 、 Return 、 q 、 Return と人力する必装があり 
ました 0 問姐は少なくとも2つあります 0 ひとつは、止:しい選択をした場合でも必ず incorrect 
choice というメッセージが衣示されることです。もうひとつは、 Return キーを入力しないとブ 
ログラムが人力を読み取らなレ、点です。 

問題点と 

上に指摘した2 つの 問題は、実は/1:いに閲述し介っています。まず、端末人力はユーザーが 
Return キーを押すまでブログラムからは利用できません 0 ほとんどの場合、これはむしろ便利 
な機能といえます。ユーザーは Backspace キーや Delete キーを使って入力内矜を修【卜:し、 I 由 i 
Ifli に衣尔されている内咨で問違いないことを確認した時点で Return キーを押せばよいからです 0 

このような動作は、カノニカルモード （canonical mode ) または 標準 モードと呼ばれます。この 
モードでは、人力はすべて行中.位で処理されます。1つの人力行が完結するまでは（通货はユー 
ザーが Return キーを押すまで）、端未インタフェースが Backspace なども禽めてすべてのキー 
人力を竹理し、アプリケーションから文卞を読み取ることはできません。 

これに対して、非カノニカルモード （ non-canonical mode ) では、人ノ J された文字の処理をア 
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プリケーションからいろいろと制御することができます c これら2つのモードについては、あと 
でもう一度取り上げます。 

UNIX の端末ハンドラで特，すべきことは、割り込み义卞がシグナルに変換され、ユーザーに 
代わって Backspace キーや Delete キーが H 動的に処押される/•(です。つまり、各プログラム 
でこれらの処现を灾装する必要はありません。シグナルについては、第10ホで详しく解説しま 

す 3 

さて、 I •.で作成したプログラムに M ってどこが問姐だったのか、もう少し H 体的に考えてみま 
しょう。人力した交•卞は、ユーザーが Return キーを押すまでブログラムに渡されません。しか 
し、ユーザーが Return キーを押すと、人力した 交 字と Return キーの 肉 •力 •が プログラム(こ i ’ 度さ 
れますしたがって、ユーザーがメニューを選択すると、プログラムは getchar を呼び出し、人 
力した义卞を処理したあと、 W び getchar を呼び出して Return キーを処理してしまいます 0 

このときプログラムが受け取る义卞•は、 ASCII のキャリッジリターン （ CR 、 16 進コードの 0 x 0 d > 
ではなく、ラインフィード （ LF 、 16 進コードの 0 x 0 a > です。これは、 UNDC では内部的に行の終 
わりをボすのに常にラインフィ ー ドが使われ、ラインフィ ー ド中.独で改行を总味するからです。 
この点は、キャリッジリターンとラインフィードを組み合わせて使う I ) OS とは W なります。人 
カデバイスや出カデバイスでキャリッジリターンが使われている坳介には、 UNIX の端ぶ処押.が 
その血倒を U ます。 DOS やその他の環境に惯れている場合には、こうした動作に少し迩和感を 
觉えるかもしれませんが、これは災は UNIX の非货に人きな利 A です。というのも、テキストフ 
ァイルとバイナリファイルを火 f {的に K 別する必要がなくなるからです。キャリッジリターンは、 
端末や•部のプリンタ、プロッタなどとの問で人出力を行う坳介にのみ処现されます。 

メニューを選択する义卞に絞けて送られるラインフィードの問姐を M 避する力•法としては、次 
のコードのようにラインフイードを無祝するやり力•があります。 

do { 

selected = getchar() ; 

} while(selected == '\n'); 

これで、敁初の問題はとりあえず | u | 避できます。もうひとつの問題、つまりメニューを選択す 
るたびに Return キーを押す必装がある点については、ラインフィードの扱い方も含めて、少し 
あとでエレガントな解決方法を小します。 


n リダイレクトされた出力の扱い 

UNIX ブログラムでは、対詁的なブログラムの場合でも、頻繁に人力や出力をファイルやほか 
のプログラムにリダイレクトします。さっそく、 I •.で作成したプログラムの出力もファイルにリ 
ダイレクトしてみましよう0 
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$ menul > file 

a 

q 

$ 

たしかに出力は端未ではなくファイルにリダイレクトされています 0 しかし、これではブログ 
ラムからのメッセージも衣尔されません。リダイレクトしても問題のない出ノ J だけをリダイレク 
卜し、ユーザーに衣尔したいメッセージは端来に送ることができれば、ユーザーインタフェース 
としてもより^ましいはずです。 

標準 m 力がリダイレクトされているかどうかは、低水，フアイルデスクリブタが端未に閲述付 
けられているかどうかを,與ベることで利断できます。それには、 isatty システムコールを使い 
ます。 isatty は、衍定された心効なファイルデスクリブタが端七に接絞されているかどうかを 
，刺べ、その結果を返します。 


#include <unistd.h> 
int isatty ( mt f ildes); 


isatty は 、 f ildes で衍定されたオーブンされているファイルデスクリブタが端未に接続され 
ている場•介は1を返し、それ以外の坳合には0を返します。 

メニューを衣 / J •くするブログラムではファイルストリームを使っていますが、 isatty のリ丨数に 
指定できるのはファイルデスクリブタです 0 このため、 isatty を呼び出すときは、第3ヴで説 
明した fileno ルーチンを組み合わせて使う必要があります。 

stdoiit がリダイレクトされていた場介には、どのように対処すればよいでしようか 0 中.にブ 
ログラムを終 f するのはあまりよい力•法とはいえません。なぜブログラムが#作しないのか、ユ 
—ザーにはわからないからです 0 stdout にメッセージを衣/するん•法も、 stdout 『 I 体がリダイ 
レクトされているので使川できません。ひとつのノ/法は、 stderr にメッセージを八き込むこと 
です。この"法なら、シェルで> file と指定してもメッセージはリダイレクトされません。 


例題 


出力がリダイレクトされているかどうかのチェック 


ili 初(こ作成したブログラム menul . c の main ⑼数を変! ii し、 menu 2 • c を作成します）インク 
ルードするフアイルが1つ坳えている戍にルぬ:してください。 


ttinclude < umstci . h > 

• • • 

mt main () 

{ 

mt choice = 0; 


if ( Sisatty ( fileno ( stdout ))) { 

fprintf ( stderr , "You are not a terminal ! \ n ,f ); 
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exit (1) ; 


do { 

choice = getchoice("Please select an action " # menu ); 
printf("You have chosen : %c\n n f choice ); 

> while (choice != ' q 1 )； 



2 ブログラムを火むします 

$ menu 2 

Choice : Please select an action 
a - add new record 
d - delete record 
q - quit 

q 

You have chosen : q 

$ menu 2 > file 

You are not a terminal! 

$ 


解説 

新しい main 問数では、 isatty 問数を使って標#出力が端未に接絞されているかどうかを•调 
ベ、リダイレクトされている坳合にはブログラムの火行を屮11••します，シェルも M じようなしく 
みを使ってブロンブトを衣 /j •くするかどうかを決定しています 0 stdout と stderr の I 山 j " をリダイ 
レクトすることも Mf 能で、この力•法もよく使われます0また、次のように衍定して火行すれば、 
エラーストリームだけを別のファイルにリダイレクトすることができます0 

$ menu 2 >file 2> file^error 

$ 

2 つの出ノリストリームを I 山】•ノ j •とも1つのファイルにリダイレクトするには、次のようにします， 

$ menu 2 >file 2>&1 

$ 

このように出力が肉ん•ともリダイレクトされている場合には、メッセージをコンソールに送る 
必费があります。（出力のリダイレクト について は第20 で 取り上げました 0 構文についても胙 
しく説明していますから、 I :のようなリダイレクトのしくみがよくわからない垛介には、第 
を読みれしてください〇) 
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端末とのやりとり 

プログラムの中でユーザーと対話する部分をリダイレクトされないようにして、その他の人出 
力をリダイレクトできるようにするには、ユーザーと対話する部分を stdout や stderr から切り 
離す必贤があります。 U 体的には、端未に対してめ:接説み取りや逬き込みを行うと、 II 的を％現 
できます。ただし、 UNIX はマルチユーザーシステムなので、 M 常は複数の端未が商接またはネ 
ットワークを介して接続されています。では、どの端未を使川すべきかをどうやって判断したら 
よいのでしようか。 

さいわい、 UNIX では、常に現存:の端未を盘味する特殊デバイス /dev/tty が川总されていま 
す) UNIX ではすベてのものが ファイ ルとして扱われるので、 / dev / tty に対しても M 犯•の ファ 
イル挽作を使って説み取りや#き込みを行うことができます。 

メニュー選択プログラムを修 ll •:し、 getchoice ルーチンにパラメータを渡して出力を細かく制 
御できるようにします。プログラムの名前は menu 3. c とします 0 


例題 


/ dev/tty の使用 


1 memi 2. c を次のように修正し、人力と川力を/ dev / tty との問でやりとりできるようにしま 
す0 

# include <stdio.h> 

#include <unistd.h> 

char *menu[] = { 

"a - add new record", 

•_d - delete record", 

M q - quit", 

NULL, 

}； 

int getchoice(char * greet , char ^ choices [], FILE * in , FILE * out ); 

int main() 

{ 

int choice = 0 ； 

FILE * input ; 

FILE * output ； 

if (!isatty(fileno(stdout))) { 

fprintf(stderr,"You are not a terminal, OK.\n ")； 

} 

input = fopen ("/ dev / tty M , " r "); 
output = fopen ("/ dev / tty ”， " w "); 
if(!input || ! output ) { 

fprintf ( stderr,"Unable to open / dev / tty \ n "); 
exit ⑴； 

} 

do { 

choice = getchoice("Please select an action ", menu , input , output ); 
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printf("You have chosen ： %c\n", choice); 

} while (choice != 'q'); 
exit(0); 

} ^ 

int getchoice(char * greet ， char ^ choices [] # FILE * in # FILE * out ) 

{ 

int chosen = 0; 
int selected ； 
char **option ； 



fprintf ( out ," Choice : % s \ n " ， greet }; 

option = choices ； 
while(^option) { 

fprintf ( out ,"% s \ n " ， * option >; 

option++; 

} 

do { 

selected = fgetc ( in ); 

} while (selected == ' Nn 1 ); 

option = choices; 
while(^option) { 

if(selected == ^option[0]) { 
chosen =1; 
break ； 



if(ichosen) { 

fprintf ( out,"Incorrect choice ， select again \ n w ); 

} 

} while(!chosen); 
return selected ； 


m ノ j をリダイレクトしてこのブログラムを火行すると、ブログラムが衣氺するプロンプトとブ 
ログラムからの m 常の出力が K 別されて処邱されることがわかります。 

$ menu 3 > file 

You are not a terminal, OK. 

Choice : Please select an action 
a - add new record 
d - delete record 
q - quit 
d 

Choice : Please select an action 
a - add new record 
d - delete record 
q - quit 

q 

$ cat file 

You have chosen : d 
You have chosen ： q 


186 ♦ 第 5 章锭末 


m 端末ドライハと汎用端末インタフエース 

ブログラムで端未を使う場合、 M 常のファイル操作だけでは灾现できない細かい制御が必发:に 
なることがあります UNIX では、端未ドライバの勋作を； liij 御するための一迚のインタフェース 
が川立されており、これらのインタフヱースを使うことで端凇の人出ノ J 処邱を細かく制御できる 
ようになっています。 

端ぶを制御するには、汎用端末インタフェース ((； TI ) と呼ばれる•迚の閲数呼び出しを使い 
ます，，次の M に示すとおり、汎⑴端灰インタフヱースは、端末に対する読み侪きのインタフェー 
スとは別になっており、データを説み, 1 !:きするためのインタフェースはすっきりとさせたまま、 
端七の動作を細かく制御できるようになっています。ただし、端未人出ノ J インタフェースはさま 
ざまなハードウエアを扱う必贤があるのでかなり梭雑です。 


ユーサー 
ブログラム 


< 


read/write 
インタフェース 


カーネル内 
の端末 
ドライバ 


制御 

インタフェース 


図 5.1 汎用婼末インタフェース 


UNIX 流のいいんをすれば、制御インタフェースは“ラインデイシブリン" （ M 線制御: T •順）を 
没) U します u このしくみによって、ブログラムから端ぶドライバの#作を裳軟に制御できるよう 
になっています。 

制御できる I :•な機能には、次のようなものがあります 


〇 バッファリング 

〇 エコー 

〇 CR LF 

〇 1"1線速嗖 


Backspace キーを使った紐災の" 

文字をすぐに説み取るか、それとも-定の問をおいてから説み取る 
かの指定。 

パスワードを说み取る場合などのエコーの制御， 

人力と出ノ J のためのマッピング、 \ n の扱い。 

PC のコンソールではほとんど使われないただし、モデムやシリア 
ルラインを介して接続された端未では非花•に取坎。 
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ハードウェアモデル 

汁 UIJ 端未インタフェースについて詳しく取り卜.げる前に、このインタフェースが扱うハードウ 
ェアモデルについて说明しておきましょう。 

ハードウェアモデルを w ス;的に衣すと、次の|ズ1のようになります。 UNIX マシンはシリアルポ 
一 卜を介してモデムと接続されており、さらにこのモデムから線と別のモデムを経⑴して 
リモート端求と接続されています,，これはあくまで概念的な構成を衣すものですが、灾際にこの 
ような惝成を持つ UND (サイトもあり、小规 m なインターネットサービスブロバイダでは現火に 
M のような惝成を使っていることがあります。この構成は、メインフレームでブログラムを火行 
し、ユーザーは ダム 端未で作袋するという、かつてのクライアントサーバー"式の速い親成と 
もいえます:> 



図 5.2 汎用端末インタフェースのハードウェアモデル 


PC で Linux を#かしている坳介、これは少し人げさなモデルに思えるかもしれません。しか 
し、，行たちは••人ともマシンにモデムを接続しており、 minicom などの端末エミユレーシヨン 
プログラムを使って/〔いに相 f •のマシンにリモートログインし、さまざまな操作を火行すること 
ができます0この場合、ちょうどヒの M に示したように、一対のモデムと沲話 M 線を使うことに 
なります。 
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構成としては W も梭雜なこのハードウエアモデルの利点は、现火此界のほとんどの状況をこの 
モデルのサブセットとして扱うことができる焱にあります.つまり、このモデルより構成が中.純 
であれば、それだけプログラムでのサポートも界姑になります。 


termios 構造体 


termios は POSIX で衍定されている掠中:インタフエースで 、 System V インタフエースの 
teirmio とも铂似 A があります.端衣インタフエースを制御するには、 termios 叩の構造休に侦 
を設定し、問数呼び出しを使います稱造体と関数呼び出しはヘッダーファイル termios . h で 
定義されています。 

⑤ 


termios . h で定義されている関数呼び出しを使うブ□グラムでは、適切な関数ライブラリとリ 
ンクする必要があります。通常使うのは curses ライブラリです。たとえば、この章のサンブル 
ブログラムをコンパイルするときには、コマンドラインの展後に- lcurses のように指定する必 
要があります。 Linux システムでは ncurses をライブラリに使っていることも多く、この埸合 
にはコンパイル時のコマンドラインで - l ncurses のように指定します。 


端未を制御するときに操作する侦は、次のようなさまざまなモードにグルーブ化できます。 


〇 人 Jj 
O IW)J 
〇 制御 

〇 ローカル 

〇 特殊制御文字 

•般に、 termios 構造体は次のように: M されています ( X / Open 仕様では追加のフィールド 
も許衫しています)。 


#include <termios.h> 

struct termios { 

tcflag—t c—iflag; 
tcflag—t c_oflag ； 
tcflag_t c_cflag; 
tcflag_t c_lflag ； 
cc_t c_cc[NCCS]; 







5.3 termios 構造体 ♦ 189 


termios 構造体の各メンバには、 I •.に小した5つのパラメータの神:類に対応する名前が付いて 
います） 

tcgetattr 問数を呼び川すと、端ぶに対応する termios 構造体を初期化することができます 
構文は次のとおりです。 


#include <termios - h> 

int tcqetattr(int fildes, struct termios, *termios_p); 


tcgetattr 閲数は、端求イ ンタフヱース 変数の现 / l : の侦を temios _ p で/】•くされる tft 造 体に" 
き込みます端未 インタフェース 変数の侦を変! JI したあと、 tcsetattr 閲数を呼び出すと、端 
未 インタフェースを,没) U しめ:すことができます 


^include <termios.h> 

int tcsetattr(int fildes, int actions, const struct termios, *termios_p); 


tcsetattr 叫数のパラメータ actions には、変史の適川"法として、次の3つのうちのいず 
れかを指定します。 

〇 TCSANOW 侦をただちに変 1 il する。 

〇 TCSADRAIN 现丫 i : の出力がソこ广したあとに侦を変 1 する0 

〇 TCSAFLUSH 现在のノ J が完广したあとに侦を変史するが、現在利川"】能な人力のう 

ち、 read の呼び出しで返されていないものはすべて破敗する。 


Aa a ブログラムの中で端末の設定を変更する場合には、ブログラムを終了するときに起動前の端末 
V?y の設定を復元することが大切です。起動時の端末設定の保存と終了時の設定の復元は、常にブ 
注憲 ロクラム側で寅任を持って行わなければなりません。 


以ドでは、各モードと、閲述する間数呼び出し について 詳しく じでいきます。各モードには非 
常に特殊でほとんど使われない部分もあり、4：ノ!:ではよく使われる K な機能だけを取り I ••げま 
す。詳細を知りたい坳介には、 マニュアル ページを説むか、または POSIX や X/Open の 仕様を参 
照してください。 

人力を説み取るときにまず芩你:しなければならない敁も取要なモードは、ローカルモードです。 
カノニカル モードと非 カノニカル モードを使い分け、1行全体が人力されるまで待つか、それと 
も文卞•が入力されるごとに処邱するかを指定すれば、 この ヴで公•初に作成したプログラムの2挢 
II の問題も解決することができます0 
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入カモード 


人カモードは、人力（シリアルポートまたはキーボードから端宋ドライバが受け取った文卞) 
をどのように処理してからブログラムに渡すかを制御します。 H 体的には、 termios 構造体のメ 
ンバ c_iflag でフラグを設定します。フラグはいずれもマクロとして定義されており、これをビ 
ット中.位の論现和で指定します、> この指定力•法は、人カモードだけでなく、すべての端ぶモード 
に適川されます0 

c if lag で侦川できるマクロには次のものがあります> 


〇 BRKINT M 線 I •.でブレークを検出したときに剂り込みを少成する 

〇 IGNBRK 線 I •.のブレークを無悦する 

〇 ICRNL 受以したキャリッジリターンを改行:こ変換する。 

Q IGNCR したキャリッジリターンを無视する。 

〇 INLCR 受以した改行をキャリッジリターンに変換する。 

〇 IGNPAR パリテイエラーの文卞•を無祝する 

〇 INPCK 受 U した义卞に対してパリテイチェックを行う。 

〇 PARMRK バリテイ エラーをマークする。 

〇 ISTRIP すべての人力文字の8ビット丨 I を落とす。 

〇 IXOFF 人ノ J に対するソフトウェアフロー制御をれ効にする。 

〇 IXON m 乃に対するソフトウヱアフロー制御をれ効にする 


⑥ 

通常、人カモードではデフオルト侦が！^も適切な侦です。変 oi する必欢はあまりありません 


BRKINT と IGNBRK がどちらも設定されていない埸合、回線上のブレークは NULL (0 x 00) 文字 
として読み取られます。 


5 . 3.2 


出カモード 


出カモードは、出力文字をどのように処理するか、つまりブログラムから送俏された文字をど 
のように処邱してからシリアルポートまたは I 由 ii 〖 u ' (こ転送するかを制御します。出カモードのフラ 
グの多くは、人ノ j モードのフラグに対応しています。いくつか追加のフラグもありますが、これ 
らは i そにキヤリッジリターンなどの义字の処理に時問がかかる低速の端来を対象とするフラグで 
す。こうしたフラグの人部分は、现作では端未が“速化したために: n ： U になっているか、または 





端求機能の データベース である terminfo を使うことでより適 WU 処观できます。 terminfo に 
つぃては、あとで取り上げます， 

出カモードを指定するには、 termios 偶造体のメ ンバし of lag でフラグを设记します。 
c_of lag で使川できる マクロに は次のものがあります 

〇 opost n wj 処邱をイ〖効にする 0 

〇 ONLCR 出ノ J される改行をキャリッジリターンとラインフィ ー ドのペアに変換する。 

〇 OCRNL 出ノ J されるキャリッジリターンを改行に変換する 

〇 ONOCR 0 カラム丨丨ではキャリッジリターンを出ノ J しなぃ 

〇 ONLRET 改行がキャリッジリターンも行う 

〇 OFILL M 延に対して塊め込み文卞を送 U する， 

〇 OFDEL 塊め込み义卞•として NU1 丄ではなく 1)KL を使う 

O NLDLY 改行迦延を選択する 

〇 CRDLY キャリッジリターン处延を選択する 

〇 TABDLY タブ迎延を選択する。 

〇 BSDLY バックスペース M 延を選択す る 

〇 VTDLY 氓め: タブ 述延を選択す る 

〇 FFDLY フォームフィード M 延を選択す る。 

"j 1 OPOST が設定されていない埸合、ほかのすべてのフラグは無視されます0 

注雇 

人カモード1"1様、出乃モードもあまり使わなぃので、これ以 h の•兑明はしません0 

Q 制御モード 

训御モードは、端灰のハードウェア特性を制御します制御モードを指定するには、 termios 
惝造体のメンバ ccflag でフラグを設定します 0 c_cf lag で使川できるマクロには次のものが 
あります： 

〇 CLOCAL モデム ステータス ラインを 無拟 する 

〇 CREAD 义•卞の受识を" J* 能にする 

O CS5 送 mu •に 5 ビットを使う 
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〇 CS6 送受信文字に6ビットを使う。 

〇 CS7 送受倌义字に 7 ビットを使う。 

〇 CS8 送受仏义卞に8ビットを使う。 

〇 CSTOPB 1 文す•ごとに、 1 つではなく 2 つのストップビットを使う 

〇 HUPCL クローズ 時にモデムを ハングアップ する。 

〇 PARENB パリティの 4 •:成と検出を心•効にする3 

〇 PARODD 偶数パリティではなく侖数パリテイを使う0 


AjjL A HUPCL が設定されている埸合、端末を参照している菡後のファイルデスクリブタがクローズさ 
Vl ^/ れたことを検出すると、端末はモデム制御ラインを使つて回線を切断（ハングアツブ）します。 

注憲 


制御モードは、端未に対して使うこともありますが、 k にシリアルラインにモデムが接続され 
ている場合に使います。通常は、 termios の制御モードを使ってデフオルトの M 線の動作を変 1 ii 
するより、端未 H 体の設定を変 1 ii するほうが界易です。 


5 . 3.4 


口ーカルモード 


ローカル モードは、端未のさまざまな特性を制御します， ローカル モードを指定するには、 
termios 構造体のメ ンバ c_lf lag でフラグを•没定します， cjflag で使川できるマクロには次 
のものがあります。 


(J ECHO 
(J ECHOE 

〇 ECHOK 
9 ECHONL 
〇 ICANON 
〇 IEXTEN 
O ISIG 
〇 NOFLSH 
〇 TOSTOP 


人力义••の ローカルエコーを イ|•効にする0 

ERASE の受 U 時に Backspace、Space、Backspace の紐み介わせを火 

行する。 

KILL 文卞で行の抹消を灾行する。 

改行文字を エコーす る。 

カノニカル 人力処理を有効にする （ ド記参照)。 

灾装に依存する特殊機能を有効にする。 

シグナルをイ|•効にする0 
キューのフラッ シュを無効にする0 

,*!: き込みの試みに対してバックグラウンドブロセスにシグナルを送彳3する。 
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これらのフラグのうち、 iri •も 1 11要なのが ECHO と IC ANON です 0 ECHO フラグを使うと、人ノ J さ 
れた义卞がエコーされないようすることができます。 ICANON フラグは、 受恺文字を処现 する2つ 
のモードを切り衿えるときに使います3 ICAN 0 N フラグが設定されている場合、 | ul 線はカノニカ 
ルモードになります 3 フラグが設定されていない場介には、非カノニカルモードになります。 

カノニカルモードと非カノニカルモードについては、どちらのモードでも使う特殊制御文字に 
ついて説明したあとで、詳しく取り I •.げます。 


5 . 3.5 


特殊制御文字 


特殊制御义卞は、ユーザーが人力したときに特別な方法で処理される Ctrl • C などの文字の狼 
介です。 termios 構造体の配列 CJC には、特殊制御文卞がサボートする各機能に割り4てられ 
た文字•が収められています。各文卞の位沢(配列の添卞）は、マクロによって定義されています 
が、各义卞が制御文字でなければならないという制限はありません。 

rk ! 列 c _ cc は、端未が カノニカ ルモードに設定されているかどうか （ termios 構造体の メ ンバ 
C _ Lflag の ICANON フラグの 設定）に応じて、2 つの W なる力•法で使われます。 

これら2つの W . なるモードでの fid 列の添卞は、部分的に屯梭していることに注,&する必袈があ 
ります。このため、2つのモードの侦を浞作させないようにしなければなりません0 
カノニカ ルモードでの配列の添字には次のものがあります。 


9 

VEOF 

EOF 文字 

〇 

VEOL 

EOL 义卞 

〇 

VERASE 

KRASK 义マ : 

〇 

VINTR 

INTR 义卞 


VKILL 

KILL 文卞 

〇 

VQUIT 

QUIT 义卞 

〇 

VSUSP 

SUSP 义卞 

9 

VSTART 

START 义卞 

〇 

VSTOP 

STOP 义卞 


非カノニカルモードでの妃列の添卞には次のものがあります 


O VINTR 1NTR 义卞 

O VMIN MIN 侦 

O VQUIT QUIT 义卞 

O vsusp SUSP 文卞 
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〇 vtime TIMEfrfi 

〇 VSTART START 文卞 

O VSTOP STOP 

特殊文亇と非カノニカルモードの MIN と TIME の侦は、人力文卞•を細かく制御するうえで Jh 
说•に屯要なので、少し詳しく取り I ••げます 


表 5.1 特殊制御文字 



INTR 

この文字を受け取ると、端末ドライバは端末に接続されているブロセスに sigint シグナルを送る 
(シクナルの詳細については第10章を参照)。 

•魏饞■■饞•氬會饞•會•■鲁■■鲁癱鲁鲁會 t •曹會隹曹會會曹#鮝曹,髻聲，春,•春•春•••••奉 • ••參拳籲參春籲籲 • ••參參春••春••••••••春••春參參籲籲參•馨參••■••■••■••■，•••春••曹 

QUIT 

この文字を受け取ると、端末ドライバは端末に接続されているブロセスに SIGQUIT シグナルを送る0 

ERASE 

この文字を受け取ると、端末ドライバは回線上の S 後の文字を削除する。 

_ •饞•雷 ■« ■■酿曬饞饞饞喱徽龜籲籲籲垂麄癱■鲁 ft 氤魏•籲亀■■霞麄麄■量鼸籲•巍_龜鲁鲁饞_龜鲁镛 _ 镰亀饞 _ 鲁鲁翁■餐餐 t 喱 ttt 猶••着•會 tt ■费 t, 着 •♦拳 ••拳 •••拳 •馨眷參參參春拳擎 •春參 •••春•••■•••••鑄 •孀 ••镛 • • • • t • • • 

KILL 

この文字を受け取ると、端末ドライバは行全体を削除する。 

EOF 

この文字を受け取ると、端末ドライバは入力を読み取っているアブリケーシヨンに回線上のすべて 
の文字を渡す。行が空の場合には、 read を呼び出すと、ファイルの終わりに対する読み取り操作 
を行った壩合と同様に0文字が返される。 

EOL 

この文字は、通常の改行文字に加えて行末記号として機能する。 

_巍龜■麄亀■龜魏曬饞饞償■龜麄■魏曬籲■■龜龜盧麄龜鼸■麄■亀置麄徽麄■■鲁鲁徽嘗霞瞻饞徽垂癱癱麄 f 戴曾量曹着籲 _ ■，镛镛#脅#餐嗤_省#續# #4，， #9### ♦♦争#參参參籲參#籲籲籲鲁參參參參參參春春參参•鲁籲籲_籲籲馨_ 

SUSP 

■ W B V ■ W W m T W ~ ~ W W v WWWW W M WW W 零， ▼ W W ▼ W ^ ▼ 響一- — ，▼，平 — ，一 甲一冒 ▼▼▼▼▼賢一 — — 一 一 一一————-- _ — ~ — - - - 

この文字を受け取ると、端末ドライバは端末に接続されているブロセスに SIGSUSP シグナルを送る0 
ジョブ制御をサボートしている UNIX の18合、現在のアブリケーシヨンはサスペンド（停止）される。 

■ it% 亀，* 亀 睢 ■亀 A 巍魏應 ■鲁 A •魏 •鲁 隹备魏 數巍鲁 魏魏巍 龜备 叠 叠 鲁备龜 氣 备翁龜 

STOP 

春拳### •馨# _•# 參參••參拳#### •參參••⑩••參•參••參•••••参### ••參_ •參籲••籲••••••拳•參參••••••像 •_ •參 ••參參參••眷參攀••參 •••拳 •參 •響攀 •■■■•■■■■■■■•響■響•■•琴攀•■•■■零■零•琴攀••琴■■零 —— 零零零- 

この文字は、端末への出力を停止させる。 X0N/X0FF フロー制御をサボートするために使われ、 
一般に ASCII X0FF 文字 Ctrl-S が設定される。 

START 

この文字は、 STOP 文字を受け取ったあとの出力を再問する。一般に ASCII X0N 文字力嗰われる。 


♦ TIME と MIN の値 

TIME と MIN の侦は JI : •カノニカルモードでのみ使われ、いずれも人力の説み取りを制御する役 
制を持ちます—端求に閲迚付けられているファイルデスクリブタをブログラムで説み取る際の# 
作は、これらの侦によって決まります。 

以ドの4つのケースがあります 

MIN = 0 かつ TIME = 0 

read は、常にただちに W ります利川できる义卞がある垛介には、これらの文字が返されま 
す。利川できる文卞がない場•介、 read は0を返し、义卞は説み取られません。 

MIN = 0 かつ TIME >0 

read は、説み取る文卞がある場•介、または1/10秒を中•位として TIME で指定された時問が経 
過した場合に次りますタイマが切れたために义卞•が说み取られなかった場•介、 read は0を返し 
ます，それ以外の場•介には説み取った义卞数を返します 
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MIN > 0 かつ TIME = 0 

read は、 MIN で指定された数の文字を説み取るまで作ち、その义卞数を返します r ファイル 
の終わりに述した場•介には0を返します。 

MIN > 0 かつ TIME >0 

これは iri •も松雑なケースです。 read は、1义卞を受け取るまで待ちます似•初の文卞を受け取 
ったとき、およびそれ以後1义卞を受け取るごとに、义卞問のタイマが スター トします（すでに 
スタートしている場合、タイマは W スタートします） read は、 MIN で指定された数の义卞を説 
み取るか、または1/10秒を•中.位として TIME で衍定された文卞問のタイマが切れると、呼び出 
しかられります。これは、 Esc キーが1|叫押された垛介と、ファンクションキーによる ェス ケー 
プシーケンスの始まりとを IX: 別する垛介に便利ですただし、ネットワーク経⑴で通 U している 
場合やプロセッサの負你が“ い 媒介には、期待どおりの細かなタイミング情報を得られな いこと 
がぁり、汴总が必要です。 

非ヵノニカルモ-ドに設定して MIN と TIME の侦を使えば、ブログラムの中から人力に対す 
る义卞ごとの処邱を行うことがきます。 

♦ シェルによる 端末モー ドへのアクセス 

シェルを使っているときに現作の termios の•没定を知りたい場含には、次のコマンドを火行し 
ます。 

$ stty -a 

termios ^ 造体が•部拡张されている，行の I 」 nux システムでは、次のように表示されます 

speed 38400 baud ； rows 25; columns 80；line = 0; 

intr = A C ； quit = A \; erase = A ?； kill= A u ； eof = A D ； eol=<undef >； 

f° 12 = <undef>; start = て ； stop = -S; susp = ^z ； rprnt = -R ； werase = ^W ； 
lnext = A V ； flush = a 。； min =1；time = 0 ； 

-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts 

-lgn^rk -brkint -ignpar -parmrk -inpck -istrip -inlcr _igncr icrnl ixon ixoff 

opost.-olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nlO crO tabO bsO vtO ffO 
lsig icanon -lexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt 

この出力例では、 EOF 文卞が Ctrl . D になっており、ェコ-が有効になっています。端末制御 
でいろいろな設定を试すと、端未が標準的では ない 状態になり、端未の使用が闲難になる ことが 
あります。このような状態になった場合には、いくっかの | n | 避方法があります 

まず、 stty が sane というオブションをサボートしている垛介には、次のコマンドを仲い字十 


stty sane 
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キャリッジリターンが改行文字(行の終わりを示す义卞)に割り当てられていない状態になっ 
た場合には、 stty sane と人力したうえで、 Return キーではなく、 Ctd-J (改行文字 •） を人力 
する必费があります。 

もうひとつの方法として、あらかじめ stty -g コマンドを使って、現在の stty の設定をあと 
で説み込める形で保存しておく"法があります。たとえば、次のようにします。 

> stty -g > save_stty 

< 銪末の設定を変更 > 

• • 

$ stty $ (cat save _ stty ) 

この場介にも、敁後に灾行する stty コマンドでは、 Return キーの代わりに Ctrl - J を人力す 
る必要があるかもしれません。なお、 I ••の"法はシェルスクリプトでも利⑴できます。 

save 一 stty="$<stty - g )" 

<_末の投定を変更> 
stty $ save_stty 

もし上のような"法でも端未の設定を復元できない坳介には、別の端未に切り锌え、使) U でき 
なくなったシェルを ps コマンドで特定し、 kill HUP〈process id > を実行してシェルを終 _T 
させます 0 stty のパラメータはログインブロンブトが衣ボされる前にリセットされるので、次 |ul 
からまた JK 常にログインできるようになります。 

♦ コマン ドプロンプトからの端末モードの設定 

stty コマンドは、コマンドブロンブトから贞接端未モードを設定する場介にも使用できます 0 
シェルスクリプトで1义字ごとの説み取りを行うようにモードを設定するには、カノ ニ カルモ 
ー ドを無効にして、 MIN に1を、 TIME に0を設定します。具体的には、次のコマンドを窠行し 
ます。 

$ stty -icanon min 1 time 0 

第 2 草でパスワードを説み取る簡中•なシヱルスクリプトをポしましたが、次の コマン ドを実行 
すれば、エコーを無効にしてからパスワードの人力を求めることができます。 

$ stty -echo 

上のコマンドの実行後には、 stty echo を使ってエコーを有効にしておく必要があります。 
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端末速度 


termios 構造体で提供される敁後の機能は、 M 線速度の操作です。端末速度のためのメンバ 
は定義されておらず、代わりに間数呼び出しを使って設定するようになっています。人力速度と 
出力速度はそれぞれ独、>:して扱われます。 

企部で 4 つの間数があり、構文は次のとおりです。 


#include <termios-h> 

speed_t crgetispeea(const struct termios *termios_p); 
speed_t cfgetospeed(const struct termios *termios_p); 
int cfsetispeed(struct termios *termios_p, speed_t speed); 
int cfsetospeed(struct termios *termios_p # speed_t speed); 



これらは、 termios 構造体に対して作⑴するもので、め:接ポートに対して機能するわけではあ 
りません。つまり、新しい速度を设定するときは、まず tcgetattr を使って現作の設定を説み 
取り、 I •.のいずれかの呼び出しを使って H 的の速度を设定したあと、 tcsetattr を使って 
termios 構造体を押き W す必要があります 0 M 線速度は、 tcsetattr の呼び出し後に初めて変 
姐されます。 

I •.の閲数呼び出しの speed には、さまざまな侦を指定できます。このうち I •:なものを次にボし 
ます。 


9 

B0 

端末をハン 


B1200 

1200 ボー 


B 2400 

2400 ボー 


B 9600 

9600 ボー 


B19200 

19200 ボー 


B 38400 

38400 ボー 


38400 より尚い速度は、標準では定義されていません。また、これより商い速度でシリアルポ 
ー トをサポートする標準的な方法もありません。 


m 

メモ 


Linux のバージヨンによっては、 setsexrial コマンドを使って非橡準的な57600や 1 15200 
の速度を設定できることもあります。これらの速度は、 B 38400 が選択されている場合に使われ 
ます。ただし、この方法には移植性がないので、使用する塌合には注意が必要です。 
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. 3.7 


その他の関数 


これまでにあげたもの以外にも、端未を制御するためのいくつかの関数があります1これらの 
関数はめ:接ファイルデスクリブタに対して使うもので、 termios 構造体の倘の取得や設定は必要 
ありません。惝义は次のとおりです， 


#mclude <termios.h> 

int tcdrain(int rlldes )； 

int tcflow(int fildes, int flowtype )； 

int tcflush(int fildes, int in out selector )； 


これらの間数は、次のような丨丨的で使います。 

O tcdrain 閲数は、キューに人っているすべての出力の送侰が完丫するまで、呼び出しんの 
ブログラムを待機させます0 

O tcflow 関数は、出力を停||•.したり再開したりする場合に使います 
O tcflush 間数は、人力または出力、あるいはその |Ai ノ/をフラッシュする場合に使います 0 

以 I ••で、 termios ^ 造体にっいての説明は終わりです，以ドでは、 U 体的な例を使って 
termios 偁造体の使い"を7:びます 0 まず、敁も中.純な例として、エコーを無効にしてパスワー 
ドを•泣み取るプログラムを作成してみましょう0この場介には、 ECHO フラグをオフにします。 

tBM termios を使ったバスワードブログラム_ 

1作成するブログラムのれ前は password 』 とします。般初に、次のような定義を,记述します。 

#include <termios.h> 

# include <stdio.h> 

#de£ine PASSWORD_LEN 8 

int main() 

{ 

struct termios initialrsettings, newrsettings; 
char password[PASSWORD_LEN +1 】； 

2 標準出力の現在の設定を取得し、⑴总した termios 構造体に設定をコピーします。 

tcgetattr(nleno(stain ) , &imtialrsettings) ; 
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3 もとの設定のコピーを作成し、これを使って設定を変史します 3 nev / rsettings の ECHO フラ 
グをオフにして、ユーザーにパスワ ー ドの人力を求めます0 

newrsettings = initiairsettings ; 
newrsettings . c—lflag &= - ECHO ; 

printf ( "Enter password : ••); 

4 次に、端七の W 性を newrsettings l こ i 没) il し、パスワードを说み取ります 0 以後に、端七の 
诚性をもとに W し、人力されたパスワ ー ドを衣示します。 

if ( tcsetattr ( fileno ( stdin ) # TCSAFLUSH , & newrsettings ) J = 0) { 
fprintf ( stderr,"Could not set attributes \ n "); 

} 

else { 

fgets 《 password , PASSWORD — LEN , stdin ); 

tcsetattr ( fileno ( stdin ), TCSANOW , & initialrsettings ); 

fprintf ( stdout , "\nYou entered % s \ n ", password ); 

> 

exit (0); 

} 

ブログラムを火行すると、次のように出ノ J されます。 

5 password 

Enter password: 

You entered hello 

$ 


解説 

火す/‘例では 、 Enter passwords のプロンブトに対して hello と人ノ J していますが、人ノ J した 
义卞の エコーは 行われず、ユーザーが Return キーを押すまで I 由1而にはなにも出力されません。 

プログラムでは 、X &= ~ FLAG という惝义を使って、変! II する必要のあるフラグだけを変セし 
ています：この惝义は、変玫 X のうち FLAG で定在されているビットをクリアします。 M じような 
構义を使って X 丨= FLAG とすれば、 FLAG で定在されたビットだけをセットすることができます。 

祕性を設定する際、 TCSAFLUSH を使って、すでに入力された文卞があればそれを破棄してい 
ます.これは、エコーが無効にならないうちは、ユーザーにパスワードを入力させないようにす 
るための設定です。端未の設定は、プログラムを終 r する前にもとに w します。 

さて、 termios 惝造休のもうひとっの•般的な使い"として、端未の,没定を変 1 ii して人力と 
M 時に义卞•を説み取ることができるようにするケースがあります。このようなケースでは、カノ 
ニカルモードを無効にして MIN と TIME を適切に設定します。 
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IBI 文字単位での読み取り _ 

1これまでに学んだ知識を応⑴すれば、このなの鉍初で作成したメニュープログラムを改矜す 
ることができます 0 具体的には、 password .。 に似たコードを menu 3 . c に追加します。新し 
いプログラムの名前は！ n enu 4 . c とします。まず、プログラムの®初で必要なファイルをイン 
クルー ドします。 


Sinclude <stdio.h> 
#include <unistd.h> 

^include <termios•h> 


2 main 閲数でいくつかの新しい変数を寅苒します。 

mt choice = 0 ； 

FILE * input; 

FILE *output; 

struct termios initial—settings, new 一 settings; 

3 getchoicelHI 数を呼び出す前に、端 未の W 性を変 史 して おきます。 

fprintf(stderr, "Unable to open /dev/tty\n ")； 
exit(1); 

} 

tcgetattr(fileno(input) # &initial—settings); 

new__settings = initial—settings; 

new—settings.c_lflag &= -ICANON; 

new_settings.c_lflag &= -ECHO; 

new 一 settings.c—cc[VMIN 】 =1; 

new 一 settings.c—cc[VTIME 】 =0; 

new 一 settings.c—lflag &= -ISIG; 

if(tcsetattr(fileno(input) # TCSANOW, &new_settings) != 0) { 
fprintf(stderr,"could not set attributes\n"); 


4 ブログラムを終了する前に、設定をもとに戻します。 
do { 

choice = getchoice("Please select an action", menu, input, output )； 
printf("You have chosen ： %c\n", choice )； 

} while (choice != 'q ')； 

tcsetattr(fileno(input) # TCSANOW,&initial_settings); 

exit: (0); 


5 今度は非カノニカルモードになっているので、 CR から LF へのデフオルトマッビングは行われ 
ません。このため、キヤリッジリターンについてもチェックする必要があります。 
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do { 

selected = fgetc(in); 

} while (selected == 1 \ n ' || selected == '\ r ')； 

6 新しいプログラムは、ユーザーが Ctrl-C を人力した時点で終 r してしまいます。このため、 
ローカルモードの ISIG フラグをクリアして特殊文字の処理を無効にします0 Ji •体的には、次 
の行を main 関数に迫加します。 

new settings«c lflag &= - ISIG ; 


解説 

変史を加えた新しいブログラムを火行すると、人力と M 時に応答が返ります。ただし、人力し 
た义卞はエコーされません。 

$ menu 4 

Choice : Please select an action 
a - add new record 
d - delete record 
q - quit 

You have chosen : a 

Choice : Please select an action 

a - add new record 

d - delete record 

q - quit 

You have chosen : q 
$ 

Ctrl-C を人力すると、ブログラムにめ:接人力が渡され、イヾ適切な選択肢として処理されます。 


5.4 


端末出力 


termios 構造体を使うとキーボード入力を制御できますが、ブログラムからの出力を I 由 jlfti に衣 
/ J ; •する力•法も卜】じようなレベルで制御できると便利です。このヴの敁初に作成したプログラムで 
は、 prixitf を使って肉‘面に文卞を出力しましたが、 I 酎面上の特定の位置に文字を出力する手段 
はありませんでした。 
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令端末の種類 

多くの UNIX システムは端来と•緒に使います0今 II では、一般に端末ブログラムを荚行して 
いる PC が端朱としての機能を果たしています。しかし、狀史的には、さまざまなメーカーから 
多数の端朱が提供されてきた経緯があります，これらの端束の人部分は、エスケープシーケンス 
(エスケープ义卞で始まる义•卞列）を使って、カーソルの位砰や、ボールド、 A 滅といったその 
他の 铋 性を制御していますが、その 力 •法は I •分に 標噃 化されていません。-部の占い 端 未ではス 
クロール 憷 能がいに災なっていたり、バックスペースが送られたときに文卞を消すものやそう 
でないものなどがあります。 


m 

メモ 


エスケープシーケンスには、 ANSI 標準のものがあります。これは、主に DEC の VT シリーズ端 
末て•使われていたエスケープシーケンスに基づいていますが、完全に同じではありません。多く 
の PC 端末ブロクラムは、 VTIOO 、 VT 220、 ANSI などの襟準端末に加えて、その他の端末の 
エミユレーシヨン機能も持つています。 


端 求 の M 類が多い点は、 I 由 iifti 制御を行うブログラムをさまざまな端 未で動かした いと 冬え るプ 
ログラマにとって非常にやっかいな問題ですたとえば、 ANSI 端ぶではカーソルを 1 行 I •.に移 
#するのに Esc -[- A というエスケープシーケンスを使いますが、数屮前までよく使われていた 
ADM-3a 端 未では Ctrl-K を使います。 

このため、 UNIX システムに接続されるさまざまな神類の端ぶで使川できるプログラムを作成 
しようとすると、端未の神頌ごとに W . なるソースコードを川总する必毋があり、プログラマにと 
って人きなねす U になってしまいます。 

さいわいなことに、こうした切雑な作袋を避ける"法として terminfo というパッケージが川 
尨されています terminfo では、各ブログラムで端未ごとの違いを処邱する代わりに、端未の 
純類を網羅したデータベースをプログラムから参照し、必贤な惝報を取捋できるようになってい 
ます,， terminfo は、ほとんどの新しい UNIX システムでは curses と呼ばれるもうひとっのパッ 
ケージと組み介わせて使います a curses については、次の草で詳しく取り上げます 〇 

Linux の垛介には、 curses の火装である ncurses を 使) II し、 terminfo 閲迚閲数のブロトタ 
イブを從供するために ncurses .h (デイス トリ ビューションによって は curses .h) をイ ン クル 
ー ドします。 terminfo 問速閲数 H 体は、独 H のへッダーファイル term.h で穴 i すされています。 
(少なくともこれまではそうでした。 Linux の新しいバージョンでは、 terminf 〇と ncurses の境 
W ■があいまいになっており、 terminf 〇閲迚閲 数を使うプログラムで ncurses ヘッダーファイル 
もインクルードしなければならないことがありますし 
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端末の種類の特定 


UNIX には TERM という说境変数があり、この変数に、現在使われている端未の楝類が設定さ 
れます 0 通常、 TERM は、ユーザーのログオン時にシステムによって H 動的に設定されます。シ 
ステム竹邱打は、め:接接続されている各端未についてはデフォルトの端末の M 類を設定し、ネッ 
トワーク経山でアクセスする場介にはユーザーが端未の M 類を指定できるようにしていることが 
あります。 TERM の侦は、 telnet を介して没定でき、また rlogin では、リモートログインする 
仙•の端末の侦がそのまま渡されます。 

现心:.使っている端未をシステムがどのように認識しているかは、次のコマンドで知ることがで 
きます。 


$ echo $TERM 

xterm 

$ 

この例では、 xterm と呼ばれるプログラムからシェルが実行されています。 xterm は X 
Window System 川の端未エミュレータです 0 

terminfo パッケージは、多数の端未の機能とエスケープシーケンスのデータベースを穴んで 
おり、これらを使うための統•されたプログラミングインタフェースを提供しています 0 
terminfo パッケージを使えば、1 つの ブログラムを# くだけですみ、アプリケーション側で多く 
の W •なる端凇をサポートする必坎はありません。また、将来新しい端未が分場しても、 
terminfo データベースが史新されれば、それだけで新しい端未を侦⑴できるようになります。 

terminfo の機能は城 H : ごとに記述され、コンパイル済みの一速の terminfo フアイルに格納 
されています 0 これらのファイルは、•般に/ nsr / lib / terminfo に沢かれます 0 端来（および 
terminfo でも指定” f 能なプリンタ）ごとに、その機能と使いん•を定在したファイルが介/1•:しま 
す0火際のファイルは、ディレクトリが人きくなるのを避けるために、端未の M 類の宄頒の1义 
' i •••を名前に持つサブディレクトリに吖かれています。たとえば、 VT 100 の定義は 
/ usr / lib/terminf 〇 / v / vtlOO にあります 

tenninfo ファイルは端未の ff (籾ごとに1つ作成されます0人叫が説めるソース形式のものを 
tic コマンドでコンパイルし、アブリケーションプログラムから利川しやすいコンパクトで効书 
的な形 A に変換するようになっています X/OperWL •様では、ソースの形式とコンパイル後の形 
八については定在がありますが、办妙なことに火際にソースからコンパイル済み形式に変換する 
ための tic コマンドについては3及がありません。 

次にホすのは、 VT 100 端末の terminfo フアイルの例です。 
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vtlOO | vtl00-am|dec vtlOO (w/advanced video) # 
am, msgr, xenl, xon, 
cols#80, it#8, lines#24, vt#3, 

acsc= aaffggj jkkllmmnnooppqqrrssttuuwwwxxyyzz{{ | |}} — r 
bel= A G, blink=\E[5m$<2> # bold=\E[lm$<2> # 
clear=\E[H\E[J$<50> # cr= A M, csr=\E[%i%pl%d;%p2%dr # 
cub=\E[%pl%dD # cubl= A H, cud=\E[%pl%dB, cudl= A J # 
cuf=\E[%pl%dC # cufl=\E[C$<2> # 
cup=\E[%i%pl%d;%p2%dH$<5> # cuu=\E[%pl%dA # 
cuul=\E[A$<2> # ed=\E[J$<50> # el=\E[K$<3>, 
ell=\E[lK$<3> # enacs=\E(B\E}0, home=\E[H, ht= A I, 
hts=\EH ， ind= A J # kal=\EOq, ka3=\EOs # kb2=\EOr # 
kbs= A H, kcl=\EOp, kc3=\EOn, kcnbl=\EOD # kcudl=\EOB, 
kcufl=\EOC # kcuul=\EOA # kent=\EOM, kfO=\EOy # 
kfl=\EOP # kflO=\EOx, kf2=\EOQ / kf3=\EOR # kf4=\EOS # 
kf5=\EOt, kf6=\EOu, kf7=\EOv, kf8=\E01 # kf9=\EOw # 
rc=\E8 # rev=\E[7m$<2> # ri=\EM$<5>, rmacs= A 0, 
rmam=\E[?71 # rmkx=\E[?ll\E> # rmso=\E[m$<2> # 
rmul=\E[m$<2>, 

rs2=\E>\E[?31\E[?41\E[?51\E[?7h\E[?8h / sc=\E7 # 

sgr=\E[0%?%pl%p6%|%t;l%;%?%p2%t;4%;%?%pl%p3%|%t;7%;%?%p4%t;5%;m%?%p9%t\016%e\0m； # 
sgr0=\E[m\017$<2>, smacs= A N # smam=\E[?7h, 
smkx=\E[?lh\E=, smso=\E[7m$<2> # smul=\E[4m$<2>, 
tbc=\E[3g # 

terminfo の定在は、 3 つの神:類のエントリから構成されています。各エントリは capname と 
呼ばれ、端木の機能を定在しています。 

ブール彻機能は、該、3する機能を端ぶがサポートしているかどうかを氺します。たとえば、ブ 
ー ル叩•機能 xon が々:心•:する場介、端未は XON/XOFF フロー制御をサポートしています。また、 
cubl が存丫 I: する場合には、 0 カラム II にあるカーソルを 1 つんに移動すると、 h の行の iti 後に移 


動します。 

数値沏機能はサイズを定義します。たとえば、 lines は_而の行数、 cols は I 由のカラム数 
を衣します。機能名と火際の数侦の問には#义•卞を人れます。たとえば、 80 カラムで 24 行の端 
未を定義するには、 cols#80 # lines#24 と記述します 0 

文卞列喂機能は上の2つの機能と比べてやや複雑で、2つの铒なる II 的で使われます。ひとつ 
は、端未機能にアクセスするのに必要な出力义字•列を定在するためで、もうひとつは、上にファ 
ンクションキー や テンキー I ••の特殊 キーな どの特定の キーをユーザーが 押したときに受け取る 人 
力文字列を定義するためです。文字列型機能の中には、行末までを削除する el のように、非常 
にシン ブルなものもあります。たとえば、 VT100 端末 h で 行ぶまでを削除するエスケープ シー ケ 
ンスは Esc-【-K です3これを terminfo のソース形ス;で衣すと、 el = \E [K になります,， 

特殊キーも M 様の"法で定義されます，たとえば、 VT100 のファンクションキー F1 は、 Esc- 
O-P という エスケープシーケンスを 送出します。これは kfl=\EOP と定在されます。 

怙が込み人つてくるのは、いくつかのパラメータを必发:とするエスケープシーケンスの埸•介 
です) ほとんどの端ぶは、指定された行とカラムにカーソルを移#することができます，しかし、 



カーソルの 位胙ごとに個別に機能を 川 怠することは现尖には小 nj 能です。このため、 パラメータ 
を使う汎用的な機能文す•列を用总し、実際に文卞列が使われるときにパラメータを値で厲き換え 
るようになっています。 

たとえば、 VT 100 端末は、 Esc - 【•く row 〉 ••，•く col >- H というエスケープシーケンスを使って 
カーソルを特定の位的に移動します 0 これを t erminf 〇のソース形式で衣すと、 cup = 
\E[%i%pl%d;%p2%dH$<5> になります。 

各•皮ぶの, SP 求は次のとおりです。 

Q \E エスケープを送出する。 

〇 [ 义亇[を送出する。 

〇 %i リ I 数をインクリメントする0 

O % P 1 iti 初の， j | 数をスタックに坫む， 

O %d スタックの数倘を10進数として出力する。 

〇 ； 义卞；を送 m する。 

O % p 2 2济丨1の， j | 数をスタックに坫む。 

O \d スタックの数 W {を 10 進数として出ノ J する。 

O H 文卞 H を送出する。 

かなり极雑な义卞列ですが、この紀法を使うことで、端未が期行する ili 終的なエスケープシー 
ケンス内での外パラメータの )«($ とは関係なく、 IA 1 定した船け:でパラメータを#.ベることができ 
ます。 I •.の例で、リ I 数をインクリメントする％ i が使われているのは、標嵊的なカーソル指定で 
は_が I ••の起点を (0,0) としているのに対して、 VT 100 では (1,1) を起点としているためです。 
iii •後の $<5> は、端未がカーソル移動を処理するのに、5文卞を出力する時間に等しいだけの M 
延が必要であることをボします。 



メモ 


端末の機能については非常に多くのものを定義できますが、ほとんどの UNIX システムでは大部 
分の端末があらかじめ定義されています。新しい端末を追加する必要がある埸合には、 ter - 
minfo のマニュアルに記«されている機能のリストが参考になります。また、新しい端末に似 
た端末があれば、その端末をひな型として使ろと便利です。自分で機能を定義するときには、必 
要に応じてデータベースを更新しながら、1つずつ項目を追加していくとよいでしょう。 
マニュアルページ以外の標準的なリファレンスとしては、 OWeilly & Associates 刊 FTermcap 
and TerminfoJ (邦訳 ftermcap & terminfoj アスキー刊）があります 0 
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5 . 4.2 


t erminf 〇機能の使用 


端木の機能の定在ガ法は I ••に説明したとおりですが、機能にアクセスする方法についても知っ 
ておく必要があります。 terminfo を侦う場介には、まず Ai 初に setupterm を呼び出して端求の 
柯類をセットアップする必袈があります。 setupterm を呼び出すと、现作の端未の M 類の 
TERMINAL 構造休が初期化されますこの時 A で、端未の機能を問い合わせたり、火際に機能を 
WW したりすることが" r 能になります setupterm の惝文は次のとお0です 0 


#inc 丄 ude <term.h> 

int setupterm(char ^term,int fildes, int *errret); 


setupterm ライブラリ閲数は、 term で指定された端未の純類を现作の端ぶの饨類として設定 
します tern がヌルポインタの場•介には、设境変数 TERM の侦が使われます:,端未への, 1 !••き込み 
に使われるオープンされたファイルデスクリブタは、パラメータ fildes で}•度す必要があります y 
呼び出しの結沿は、 errret でボ•される int 喂変数に格納されます (errret がヌルボインタでは 
ない場•介)。 M き込まれる侦は次のいずれかです 0 

9 -1 terminfo データべースがむ:/ 1 :しない 

G 〇 •致するエントリが terminfo データベースにない 

〇 1 成功 


setupterm 閲数は、成功すると定数 OK を返し、火敗した場むには ERR を返します 。 errret 
がスルポインタの垛☆には、'人•敗すると•多断メッセージを衣/してブログラムを終 f します 0 次 
に例をボします0 

^include <stdio.h> 

#include <term.h> 

#mclude <ncurses.h> 



setupterm("unlisted", fileno(stdout), (int *)0); 
printf("Done•\n"); 
exit(0); 

} 

このプログラムの火む例を次に氺します c 衣づ i されるメッセージはシステムによって多少代な 
るかもしれませんが、立味は|"1じです結米をればわかるとおり、 Done •は出力されません。 
これは、 setupterm が火敗した時点でプログラムが終广するからです 
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$ gcc -o badterm badterm^c •I/usr/include/ncurses -lncurses 
$ badterm 

couldn't open terminfo file /usr/lib/terminfo/u/unlisted 
The terminal you are using is not denned- 
$ 


上のコンパイルを実行している行に注 || してください c 策名の Linux システムでは、ヘッグー 
ファイル ncurses .h は / usr/include/ncurses デイレクトリにあります c このため、 -I オプシ 
ョンを使って、インクルードファイルを検索するディレクトリを明/的に指定しています 
メニュー選択ブログラムでは、 I 由 jifti をクリアしたり、カーソルを I 由 i 而の指定した位沢に移動し 
てメッセージを衣小したりできると便利です setupterm を呼び出したあとは、端ぶ機能の純 
切に対もした次の 3 つの閲数呼び出しを使って、 terminfo の機能にアクセスすることができま 
す 0 



#include <term.h> 

inc tigetr 丄 ag(char *capname>; 
int tigetnum(char *capname); 
char *tigetstr(char *capname); 


tigetf lag, tigetnum> tigetstr は、それぞれブール型、玫侦吧、义卞列巧 !! の terminfo 
の機能の侦を返します c 衍定された憷能が /"I: しないなどの理山で呼び川しが失敗した垛介、 
tigetf lag は -1、 tigetnum は -2、 tigetstr は （char *)-1 を返します 0 

では、 terminfo デ ー タベースを使って cols 機能と lines 機能の侦を取得し、端未のサイズ 
を湖べてみましようブログラムの名前は sizeterm.c とします .> 

#mclude <stdio.h> 

♦♦include <term.h> 

^include <ncurses•h> 

int main() 

{ 

int nrows, ncolumns; 

setupterm(NULL, fileno(stdout), (int *)0); 
nrows = tigetnum("lines"); 
ncolumns = tigetnum("cols"}; 

printf("This terminal has %d columns and %d rows\n", ncolumns, nrows); 
exit(0); 


プログラムの実行例を次にホします。 
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$ echo $TERM 

vtlOO 

$ sizeterm 

This terminal has 80 columns and 24 rows 
$ 

この ブロ グラムをウィンドウの中で実行すると、次のように現在のウィンドウのサイズが衣 / ji 
されます。 

$ echo $TERM 
xterm 
$ sizeterm 

This terminal has 88 columns and 40 rows 
$ 

tigetstr を使って xterm のカーソル移動機能 ( cup ) を取份すると 、 \E [% pl % d ;% p 2% dH が返 
されます。 

この機能を使うには、カーソル移動先の行とカラムに対応する2つのパラメータが必要です 0 
これらの座標は、 I 由 mi の左 h 隅を0として指定します。 

機能に穴まれるパラメータを灾際の侦に胙き換えるには、 tparm 問数を使います。パラメータ 
は9個まで沢換でき、出力可能なエスケープシーケンスが返されます。 


#inc 丄 ude <term.h> 

char *tparm(char *caD, long pi, long p2, •… long p9); 


♦端末への制御文字列の出力 

tparm で作成したエスケープシーケンスは、端末に送らなければなりません 0 この処理を』卜:し 
く行うためには、 printf を使って端末に文字列を送るのではなく、端未が操作を完了するのに 
必要な M 延を処理できる特別な閲数、 putp と touts を使います。 


#mclude <term.h> 
mt putpichar *const str); 

int tputs(char *const str # int affcnt, int (*putfunc) (int)); 


putp 閲数は、成功すると OK を返し、失敗すると ERR を返します。 putp は端末制御文字を受 
け取り、これを stdout に送ります。ふ•い Linux ディストリビューションの中には、 tputs 閲数 
の lli •後のパラメータを int (* putfunc ) ( char ) として定義しているものがあります。このよう 
なディストリビューションを使っている場合には、あとで示すサンプルブログラムの char _ to _ 
terminal 関数の定義を変史する必要があります。 

たとえば、 I 由行 I 丨の30カラム H に移動するには、次のようにコードを記述します。 
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char *cursor; 
char *esc_sequence; 
cursor = tigetstr("cup"}; 
esc_sequence = tparm(cursor,5 # 30); 
putp(esc_sequence); 


tputs 閲数は、端未が stdout 経山でアクセスされていない場合に、义卞出力用の関数を指定 
できるようにするために〗 |j 立されています。 tputs は、成功すると OK を返し、失敗すると ERR を 
返します。パラメータ affcnt は、変 01 によって釤哪を受ける行数を指定するのに使います 0 m ； 
は 1 を指定します。文字列を出力するのに使う閱数は、パラメータとり侦の M が putchar 閲数 
と M じでなければなりません： > 灾際、 putp( string) は、 tpus( string, 1 , put char} を呼び出 
すのと等価です。ユーザー指定の出ノ数を指定した tputs の使いん•についてはあとで示します 0 



m 

メモ 


tparm や端末機能についてのマニュアルページを参照すると、 tgoto という関数があることに 
気づくかもしれません。この関数を使えばもっと®串にカーソルを移動できそうですが、本离で 
は tgoto を使っていません。これは、本 S 執轚時点での X/Open 仕様 （1995 年1月のバージ 
ヨン）が、 tgetent 、 tgetflag 、 tgetnum 、 tgetstr 、 tgoto の各関数の「使用をやめるぺ 
き』としているからです。読者がこれから作成するブログラムでも、これらの関数は使わないほ 
ろがよいでしよろ。 


さて、これまでに説明したことがらをふまえて、メニュー選択ブログラムに_而制御機能を迫 
加してみましょう。 I 由1’血をクリアする方法も必要になりますが、これには clear という機能を利 
/ IJ できます。端未によっては clear をサボートしていないことがありますが、この場合にはカー 
ソルを I 由|曲ソ1:上隅に移動し、カーソルよりあとの表示をすべて消去する ed を使えば目的を達成 
できます。 

次にボすのは、メニュー選択ブログラムの•終バージョン、 screenmenu.c です。 i 由 i 曲にオブ 
ションを衣ボし、有効なオブションの選択をューザーに求めます。 

完全な端末制御 _ 

menu 4 .c の get choice 閲数に修 iK を加え、1由 ilfii 制御機能を追加します。 main 閲数は M じなの 
で、次に示すコードから朽いています。 menu4.c と違う部分については、わかりやすくするため 
に強調表示しています。 

^include <stdio.h> 

#inc 丄 ude <unistd.h> 

#inciude <termios-h> 

#include <term.h> 

#include <curses.h> 

static FILE ^output—stream = (FILE *)0; 
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char x menuij = { 

"a - add new record", 
"d - delete record", 

"q - quit", 

NULL, 


int getchoice(char ’greet, char ^choices[], FILE *in, FILS *out); 

int char_to_terminal(char char—to—write}; 

int main() 



int getchoice(char *greet, char ^choices[] # FILE *in, FILE *out) 

{ 

int chosen =0; 
int selected; 

int screenrow, screened = 10; 

char **option; 
char *cursor, *clear; 

output_stream = out; 

setupterm(NULL,£ileno(out) # (int *)0); 
cursor = tigetstr("cup">; 
clear = tigetstr<"clear"); 

screenrow =4; 

tputs(clear,1,char_to_terminal); 

tputs(tparm(cursor, screenrow, screened ) t 1,char_to_terminal); 

fprintf(out, "Choice: %s n , greet); 

screenrow +=2; 

option = choices; 

while(^option) { 

tputs(tparm(cursor, screenrow, screencol) , 1,char—to_terminal); 

fprintf(out,"%s", ^option); 

screenrow++; 

option++; 

> 

do { 

selected = fgetc un); 
option = choices; 
while(^option) { 

if(selected == *option[0]) { 
chosen =1; 
break; 

} 

option++; 
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ir( ! chosen) { 

tputs(tparm(cursor, screenrow, screencol),1,char_to_terminal); 
fprintf(out,"Incorrect choice, select again\n"); 

> 

} while(!chosen); 

tputs(clear,1,char_to_terminal); 
return selected; 


int char_to_terminal(char char_to_write) 

{ 

if (output—stream) putc(char—to 一 write, output—stream); 
return 0; 



解説 

修 l 卜:後の getchoicelW 数では以前と M じメニューを使っていますが、衣示ルーチンを炎! II し、 
terminfo の機能を利川しています 0 You have chosen : というメッセージも衣/パされますが、 
すぐに I 由 j 血がクリアされてしまうためによく U えないかもしれません。この坳介には、 main 閲 
数で次のように sleep を呼び出すと、メッセージをはっきりと確認することができます。 

do { 

choice = getchoice("Please select an action", menu, input, output); 

printf("You have chosen : %c\n", choice); 

sleep(l); 

} while (choice != 1 q'); 

ブログラムの iti •後の閲数 char _ to _ terminal では、め3 •ク-で说明した putc 数を使っていま 
す。 

さて、この0を終える前に、キーストロークを検出する"法について簡中.な例を使って説明して 
おきましょう。 


キース ト ロークの 検出 _ 

MSI )() S でブログラムを作成した経験がある場合には、キーが押されたかどうかを返す kbhit 
に 相、 1 1する関数が UNIX にもあれば、と思うかもしれません。しかし、残念ながら同等の関数は 
しません UNIX プログラマは、 kbhit に 相、 1 彳する問数がなくても W ることはありません。 
UNIX では、通常、あるイベントをずっとはち続けるような形でプログラムを作成することはな 
いからです。 kbhit はまさにこうした丨1的のために使う関数なので、 UNIX プログラマがこの閲 
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数の必要性を感じることはまずありません。 

ただし、 MSDOS からプログラムを移桢する場合には、 kbhit 問数をエミュレートする力•法があ 
ると便利です。次に氺すのは、非カノニカルモードを使って kbhit 相巧の機能を災現する例です 0 


例題 


独自の kbhit 


1 ブログラムの Ai • 初で、端末設定に必要なへッダーファイルと構造体について記述します。 
peek_character は、キーが押されたかどうかのテストに使います 0 ブログラムの中で⑴ 
した関数についてもブロトタイブを茛言しておきます。 


# include 
# include 
^include 
#include 
#include 


<staio.h> 
<termios.h> 
<term.h> 
<curses.h> 
<unistd.h> 


static struct termios initial_settings, new 一 settings; 
static int peek_character =-1; 


void init_keyboard(); 
voia close_keyboard(); 
int kbhit(); 
int readch(); 


2 mainlitj 数では、 init_keyboard を呼び出して端木を適切に設定したあと、 1 秒に 1 M ループ 
を 1"1 りながら kbhit を呼び出します 0 人力されたキーが q の場合には、 close—keyboard を 
呼び出して端未の設定をもとに W し、プログラムを終了します。 



mt cn = 0; 

init_keyboard() ; 
while(ch != 'q') { 

printf( M looping\n w ); 
sleep(1); 
if (kbhit ⑴ { 

ch = readch(); 

printf("you hit %c\n n # ch); 


close_keyboard(); 
exit(0); 
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init_keyboard と close_keyboard は、それぞれプログラムの起動時と終 T 時に端未の没 
定を行います。 

void init 一 keyboard() 

{ 

tcgetattr( 0, ftmitial^settings); 
new_settings =initial_settings; 
new 一 settings .c__lflag &= -ICANON; 
new 一 settings.c_lflag &= -ECHO; 
new_settings.c_lflag &= -ISIG; 
new_settings.c_cc[VMIN]=1; 
new 一 settings.c_cc[VTIME 】 =0; 
tcsetattr< 0, TCSANOW, &new 一 settings >; 

} 

void close_keyboard() 

{ 

tcsetattr(0, TCSANOW, &initial_settings); 


kbhit は、キーが押されたかどうかをチェックします 

int kbhit() 

{ 

char ch; 
int nread; 


if(peek—character !=-1) 
return 1; 

new 一 settings • c__cc [VMIN 】 =0; 
tcsetattr < 0, TCSANOW, &new—settings); 
nread = read(0,&ch,1); 
new—settings.c_cc[VMIN]=1; 
tcsetattr < 0, TCSANOW, &new 一 settings); 


if(nread ==1} { 

peek__character = ch; 
return 1; 

) 

return 0; 


押された义字は、 readch 閲数で説み取ります。 readch 関数では、次のループに備えるため 
に peek character に -1 を|没定します。 


int readch() 

{ 

char ch; 

if(peek character !=-1){ 
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ch = peek _ character ; 
peek_character = -1; 
return ch ; 

> 

read (0,& ch ,1); 
return ch ; 


ブログラムを火行すると、次のように出ノ J されます , 

$ kbhit 

looping 
looping 
looping 
you hit h 
looping 
looping 
you hit d 
looping 
you hit q 
$ 


解説 

initjceyboard では、 1 文卞を•没み取ってから W : るように端未を•设定しています （ MIN =1、 
TIME =0 ) o kbhit ではこの設定をさらに変* ii し、人ノ J をチェックしてすぐに;/::るようにして 
( MIN -〇、 TIME =0>、 I 知数を抜ける前にもとの設定に记しています。 

押されたキーを説み込む必炎がありますが、プログラムではこれをローカルに格納し、災:求さ 
れたときに返せるようにしています。 


MMm この章のま とめ 

このなでは、 端未の制御に問するさまざまな側 ㈨ について取り上げました 0 般初の部分では、 
リダイレクトを検出する力 • 法、捻準ファイルデスクリブタがリダイレクトされている垛合に端未 
と直接やりとりする力法について説明しました。 

次に、汎川端未インタフェースと、 UNIX 端未の扱い力 • を細かく制御するための termios 構造 
体に ついて 解説しました。 

以後に、 terminfo データベースと関速関数の使い方を尔し、端未に依存しない形で I 由 il 〖 U 出ノ J 
を制御する方法を学びました。 



JL^i 11 ux 
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curses 
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第 5 章では、文字の人力を細かく制御する方法と、端末に依存しない形で文卞を出力する"法 
にっいて学びました。 

しかし、汁 UH 端未 インタフェース (termios) を 利 )II し、 tparm や ⑼违⑼ 数を使ってエスケー 
ブシーケンスを操作するには、かなりの说の低水準コードを記述する必要があります。もし、よ 
り岛水，のインタフェースが利用吋能ならば、そのほうがプログラムの作成も矜砧になります。 
たとえば、单に画面に出力するだけで、あとはライブラリ関数が端ぶに依存する部分を「 I 動的に 
処理してくれるインタフェースがあれば便利です。 

このなでは、そうしたライブラリのひとつである curses を取り I •• げます， curses ライブラリ 
を使うと、中 • 純な行ベースのブログラムと、完伞にグラフィカルな（ただしプログラミングもそ 
れだけ W 難な） X Window I •• のプログラムとのちょうど中問レベルのプログラムを作成できます。 
curses ライブラリでは、义ネベースながらも端未に依存せずにフルスクリーンで#作するプロ 
グラムを比較的簡中 . に作成できるので、多くのブログラムが curses を使っています。义卞ベー 
スで I 由 iifti 指叫のブログラムを作成する垛合には、一般にエスケープシーケンスをめ : 接 , 1 f き込むよ 
り curses を使ったほうがはるかに楽です 0 curses はキーボードも竹列！できるので、扱いの矜妫 
なブロックしない文字人カモードを利叩することもできます。テキストエディタの vi でも、 
curses ライブラリを使っています 0 

この 0 で取り I•. げる项 II は次のとおりです 3 

O curses ライブラリの使いノア 
O curses のぞえノア 
〇 佐本人出力制御 
〇 梭数のウィンドウ 
〇 キーパッド 
〇 カラー 

このゥでは、これまでに 7: んだことを応川し、 CI) データベースブログラムを 2 令に C で八き 
め : します。 


^^^^_curses を使ったプログラムのコ ンバイル 

curses はライブラリですこのため、 curses を使うには、適切なヘッダーファイルのインク 
ルードとライブラリの指定が必贤になります 

curses ライブラリには、恍 1 上的紆緯からいくっかの铒なる火装がむ • 介 : します。 curses はもと 
もと BSI) UNIX で众垛したものがオリジナルで、これが System V 系の UNIX にも取り込まれま 
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した。このぐ c のサンプルプログラムで利⑴している ncurses は 、 System V Relase 4.0 curses の 
フリーウェアエミュレーシヨンで、 Linux で開発されたものです。 ncurses は、ほかの UNIX シ 
ステムに対する移桢性にも優れているので、 Linux 以外の UNIX システムに付诚する curses でサ 
ポートされていない機能がある場合には、代わりに ncurses を利川するのもひとつの"法です 0 


m 

メモ 


X/Open 仕様では、 curses に“基本"と“拡張"の 2 つのレベルを定義しています。 ncurses の 
バージヨン 1.9.9 では、このうち拡張機能の一部がまだ実装されていません。ただし、 ncurs¬ 
es に実装されていない拡張機能が必要になることはあまりありません。 

拡張 curses には、マルチカラム文字を処理するためのルーチンやカラー操作ルーチンなど、追 
加のルーチンが含まれています。 


curses を使ったブログラムをコンパイルする埸介、通常は curses • h をインクルードし、 
- lcurses を指定して curses ライブラリとリンクしますただし、システムによってはすでに 
ncurses を使うように設定されている坳介があります。，行のマシンでは、敁新バージョンの 
curses を使川するために 、 /us r / include / ncurses デイレクトリにあるへツダーファイル 
curses . h をインクルードし、 - lncurses を指*定して ncurses ライブラリとリンクするようにし 
ました。コンパイラには GNU C コンパイラ gcc を使っているので、コンパイル時のコマンドラ 
インは次のようになります0 

5 gcc - I / usr / inc 丄 ude/ncurses program.c -o program -lncurses 

- I オブションを使って、へッダーファイルを検索するディレクトリを指定している点に注焱し 
てください。 

curses がシステムにどのようにセツトアップされているかわからない場介には、 ncurses 閲 
迚のマニュアルページやディストリビューションのドキュメントを参照してください0また、シ 
ステム竹坪荇が別にいる場合には、システム竹理荇に問い合わせてください0 


^^^J_curses の考え方 

プログラムの 記述を始める前に、 curses の 的な冬えノバこつぃて説明しておきましょう 0 
curses の各 ff ( ルーチンは、 I 由 ilfii 、 ウィンドウ、サブウィンドウを対象として#作します〇 |叫 
曲 • （スクリーン ) とは、 # き込みの対象となるデバイス（通常は端未 I 由 iifti) のことです 0 _• は、 
その デバイス |•• の利用町能な衣ボ部分すべてに対応します。たとえば 、X Window I •.の端末 ウィ 
ンドウの場合、その端未ウィンドウの内側で文卞を配択できるすべての領域が __ になります。 
curses では、 stdscr と呼ばれる curses ウインドウが少なくとも必ず 1 つ丫 f • イト : します 。 stdscr 
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は、物理 I 由 iifri と M じサイズです。_よりもサイズの小さい追加のウィンドウを作成することも 
できます。これらのウィンドウは〇 •. いにオーバーラップ能で、攸数のサブウインドウを持つこ 
とができます。ただし、各サブウィンドウは、常に銳ウィンドウの内側になければなりません 

curses ライブラリは、端未 I 由 i 而のマップとして機能する 2 つのデータ構造体、 stdscr と 
cursor を竹します.」 

このうち、より £• 发性の “ い stdscr は、 curses の問数が出力を生成するときに史新される 
憐造体です stdscr データ構造体は標準画面 (standard screen) を衣します。 stdscr は、 
stdio ライ ブラ') での掠 # 出ノ Jstdout とちょうどじような憷能を米たし、 curses を使ったブ 
ログ ラムでの デフォル トの出カ ウイン ドウになります 

ただし、出力は、ブログラムの屮で refresh を呼び出すまで I 由 i ぽ 1| には衣， ji されません 
ref resh が呼び出されると、 curses ライブラリは stdscr の内料 （ くす べき I 由 ilftl) と、もうひ 
とつの構造体 curscr ( 現作の肉ぽ li の状態）とを比較しますそして、これら 2 つの構造体の々分 
を使って I 由 iifti を史新します， 

curses を侦った • 部のプログラムでは、 curses が stdscr 抓造体を保持していることを. £•: 識 
する必贤があります。これは、少数の curses ⑼数で stdscr 惝造休がパラメータとして必贤に 
なるからですただし、 stdscrm 造休 H 体は処系依 1Y • であり、決してめ:接アクセスしてはい 
けません。 curses を利 ) |j するブログラムでは、 cursor を使う必炎はまずありません。 

curses を使ったブログラムでの义力の処邱は、次のようになります。 

O curses の明数を使って論理画面を ! li 新する。 

O refresh を使川し、 curses に物理画面の !II 新を恕求する 

curses のこうした 2 段陪のアブローチには、 I 由 jlftj の 1 ii 新を非常に効申的に行うことができる 
という利点がありますこの利 A は、 コンソール | 由 ilfti を使うかぎりではあまり火感できないかも 
しれません 0 しかし、低速のシリアル I 叫線やモデム経山でブログラムを义むする場•介には人きな 
威力を発撺します。 

通常、 curses を使うブログラムでは、論观幽 ifti への出力を行う間数を何度か呼び出し 、 _• 
のあちこちに移動してテキストを外き込んだり、線やボックスを描肉したりします。しかし、こ 
れだけでは火際の I 由 ilfti I•• にはなにも衣 / あされません。ある段階に十 : ったら、ユーザーにそれまで 
の出力結采をすベて见せる必要があります。こうした必要性が屯じると （ - 般には refresh が呼 
び出されたとき）、 curses は物理 I 由 ilfti を論理肉血に対応させるための敁適な " 法を針灯します。 
curses では、適切な端未機能を使 ) |j し、カーソル移動を敁適化することによって、プログラム 
で製求されたものよりはるかに少ないカーソル移動 W ： で I 由 i 血を史新することができます curses 
ライブラリの名前 n 体も、このカーソル公適化機能からとられています， 

論邱 I 由 hfti のレイアウトは、肉曲 A: I•. 隅を I 由 ilfti 位沢 (0,0) とし、行とカラムに分けて All 敗される 
文卞の妃列になっています。 
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図 6.1 論理画面のレイアウト 

curses ライブラリのすべての間数は、行の侦 < y ) を前に、カラムの侦 （ x ) をあとに指定する 
吨標系を使います, 

各位时は、その位时にある义卞だけでなく、文卞の W 性も保持しています衣ボ " J * 能な诚性は 
物理端ぶの機能によって代なりますが、ふっうは少なくとも人卞とド線の衣示が可能です。 

curses ライブラリでは、いくっかの•時的なデ ー タ惝造を作成した0破免したりする必袈が 
あるので、 curses を使うプログラムでは、まずライブラリの初期化を行い、使川後にはもとの 
，没) U を似记できるようにしなければなりません，この処邱は、対となる2つの⑼数呼び川し 
initscr と endwin によって行レ、ます。 

では、さっそく curses を f ' ii って简中•なブログラム、 screenl •<: を作成してみましよう。この 
ブログラムで処邱の流れと店本的な関数呼び⑴しの使いかをり i したあと、 curses ライブラリの 
各問数について詳しく,说明します。 


例題 


curses を使った 簡単な プロクラム 


1 ヘッダーファイル curses . h をイ ンクルー ドし 、 main I 幻致で curses ライ ブ ラリ の 初期化と 
リセットを行う文を, k ! 述します c 


^include < unistd ^ h > 
^include < curses ^ h > 



mam () { 
initscr () 



endwin (); 
exit (0); 






curses 


2 I •.の初期化とリセットの問には、次のようなコードを記述します。まず、論理 I 由 jifti I •.の位沢 
(5,15) にカーソルを移動して Hello World と衣/ ji し、実際の I 由 j 面を史新します。敁後に、 
sleep(2> を呼び出してブログラムの実行を 2 秒間停 ll •.し、プログラムからの出力を確認でき 


るようにします 


move(5,15); 

printw("%s", "Hello World") 
rerresh(); 

sleep(2); 

ブログラムを火行すると、空〇の肉血の左上のほうに Hello World と衣ボされます。 



Hello World 



図 6.2 curses を使つた簡里なブログラム 


基太入出力機能 _ 

ここでは、 I 由 ilfti 衣ボのための curses の I: •な機能について説明します。 



初期化と終了 


すでに説明したように、 curses を使うブログラムでは、必ず敁初に initscr を呼び出し、以- 
後に endwin を呼び出す必要があります 0 必要な へ ッダー ファイルと 構文は次のとおりです。 


# include <curses.h> 


WINDOW *initsc 
int endwin(vo: 
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initscr 旧数は、ブログラムの中で一度だけ呼び出します。 initscrra 数は、成功すると 
stdscr 構造体へのポインタを返します。失敗した垛介にはエラーメッセージを表示し、プログ 
ラムを終 r します。 

endwin 間数は、成功すると 0 K を返し、失敗すると ERR を返します。 endwin を呼び出してい 
つたん curses を離れ、あとで clearok ( stdscr , 1) と ref resh を呼び出すと、 curses での操 
作を再開することができます 0 この場合、 curses が保持していた物理_面の内容は破衆され、 
肉•面は完全に再描_されます。 

WINDOW 偁造体は、 curses が1則他衣ポを格納するために使う搆造体です。 curses では、この 
惝造休の内部にアクセスすることを許吖していません0 



出力 


次にボすのは、肉‘ ㈨ を史新するための丛本閱数です0 



#include <curses.h> 

mt addch(const chtype char_to_add )； 
int addchstr(chtype *const string_to_add); 
int printw(char * format,...); 
int refresh(void); 

int box (WINDOW *win_ptr, chtype vertical_char, chtype horizontal_char); 

int insch(chtype char_to_insert); 

int insertln(void )； 

int delch(void); 

int deleteln(void); 

int beep(void); 

int flash(void); 


curses では、 chtype という独「 I の义卞叫を使います 0 chtype は、通常の char 别よりビッ 
卜数が多い場介があります。 Linux で使われているバージヨンの ncurses の chtype は、実際に 
は unsigned long で 4 c 

名前の/ li 初に add が付く閲数は、衍定された文す•または文字列を現在の位8?に追加します0 
printw 閲数は、 printf と同様の;/法で文卞列に作式を設定し、結果の文卞列を現在の位沢に 
追加します。 

refresh ^ 数は物坪 lAjlfti を史新します。成功すると 0 K を返し、失敗すると ERR を返します。 
box 閲数を使うと、ウインドウに沿ってボックスを描くことができます。ただし、標準の 
curses では、と水平の線を描く文字として通常の文字しか使用できないことがあります 0 


m 

メモ 


拡張 curses では、 ACS _ VLINE と ACS _ HLINE を使うことで、見ばえのよいボックスを描くこと 
ができます。この場合、端末が線描画文字をサボートしている必要がありますが、現在ではほ 
とんどの端末がこれらの文字をサボートしています。 
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insch 間数は 1 文字を挿入し、それ以降の既存の交•字を右へ移動します c ただし、行の終わり 
の処理については指定がなく、使用している端末によって*れされます。 insertln は空行を 1 
つ挿人し、既存の行を1つずつドへ移動します。 

2 つの delete 関数は、それぞれ対応する insert 関数と M 様の動作をします。 
beep を呼び出すと、片を鳴らすことができます。ごく少数の端未は合を出すことができませ 
ん〇この場合、 curses の設定によっては、闽而をフラッシュさせることになります。_に多 
数の マシンが あり、あちこちからビープ斤が問こえてくるような環境では、汗を嗚らすより 
をフラッシュさせるほうが好ましいかもしれません。 flash は肉をフラッシュさせます端衣 
にこの機能がない垛合、 curses は代わりに I ? •を鳴らそうとします。 



画面の読み取り 


次に尔す W 数を使うと、 I 由 iifii から文字を説み取ることができますただし、この機能はあまり 
使われません。 


林 include <curses.h> 

chtype inch(void )； 

int instr(char ^string )； 

int innstr(char *string, int number_of_characters); 


inch 問数は必ず川盘されていますが、 instr 閲数と innstr 閲数はサポートされているとは限 
りません inch 問数は、現心:カーソルがある|由 jlftj 位沢の文字とその W 性悄報を返します。 inch 
が返すのは char ではなく、 chtype です instr と innstr は、 char の配列に i 1 ? き込むことに注 
してください。 


6 . 3.4 


クリア 


Wifn の領域をクリアするには、 k に次の 4 つの問数を使います 


#include <curses.h> 

int erase(void); 
int clear(void); 
int clrtobot(void )； 
int clrtoeol(voia )； 


erase 関数は、 l 由 ilfti 内のすべての位辟に空 Kl を普き込みます。 clear 関数は、 erase 問数 l"J 様 
に I 由 itfll をクリアしますが、 clearok も呼び出して I 由 ilftl が洱描_されるようにします。 clearok 
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は、次に refresh が呼び出されたときに幽面のクリアと冉描_が行われるようにします 0 
通常、 clear 関数は、 I 由 ilfti I ••の現在空ではない位 E を消去するのではなく、_面全体を消 
上•する端木コマンドを使川します。したがって、 clear 閲数は、1*[谢を完全に消去するための確 
火なノ/法として使川することができます。 clear のあとに refresh を與行する力•法は、 I 烊描 I 叫 
コマンドとして便利です 0 

clrtobot はカーソル位沢以降の肉 ifij をクリアし、 clrtoeol はその行のカーソルから$ /•の終 
わりまでをクリアします。 


6 . 3.5 


移動 


カーソルを移動する問数は1つだけですが、ほかに刺血电新後のカーソルの位沢を制御するた 
めの関数が用意されています。 


#incluae <curses-h> 

int move(int new_y,int new_x )； 

int leaveok (WINDOW *window_pt:r, bool leave_f lag); 



move 間数は、論邱カーソルの位时を指定された位沢に移動します 0 I 由 i 而の崦標系は、ノ r : 上隅 
を（0,())として指^します，ほとんどのバージョンの curses では、2つの extern 整数 LINES と 
COLUMNS に物那肉‘則のサイズが収められており、これらの変数を使うことで、 new_y と new_x に 
衍定できる敁人侦を調べることができます。 

move を呼び出しても、それだけでは物理カーソルは移動されないことに注意する必要があり 
ます 0 move は、•命现_凼上で次の出力を衣示する位沢を変史するだけです。 move を呼び出した 
すぐ後に I 由 i 血力ーソルも移動したい垛介には、 refresh を呼び出します 0 
leavok 関数は、 W 而更新後の物理カーソルをどこに沢くかを制御するフラグを設定します 0 
このフラグは デフオル トでは false で、 ！11新後の ハー ドウ エア カーソルは肉•而上で論理肉血と H 
じ位沢に胙かれます。フラグが true に設定されている場合、ハードウエアカーソルは_而|•.の 
し 、ずれかの場所に ランダム に沢かれます。 


6 . 3.6 


属性 


curses では、各文字がいくつかの W 性を持つことができます。これらの W 性は、該为する W 
性を衣尔ハードウエアがサポートしている場合に、 L 由 Jlfli 上への义卞の衣示方法を衣すものです。 
定義済みの诚性には次のものがあります。 


A_BLINK 、 A_BOLD、A DIM, A REVERSE、A STANDOUT, A UNDERLINE 
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々4性を中•独で、またはまとめて設定するには、次の間数を使います。 


ttmclude < curses . h > 

int attron(chtype attribute ); 
int attroff(chtype attribute )； 
int attrset(chtype attribute ); 
int standout ( voia )； 
int standend ( void )； 


attrset 問数は、 curses の城性を设定し、 attron と attroff は、衍定された城性をほかの 
城性には影響を 1 j •えずに有効または無効にします。 standout と standend は、沉用的な強調モ 
ー ドである”スタンドアウトモード”を利川するための閲数です。ほとんどの端未では、スタン 
ドアウトモードは反虹衣ポにマップされます 3 

以 I •.で I 由 iifti の竹坪"法についてひととおり学んだので、灾際にサンブルブログラムを作成して 
みましよう。作成するプログラムの名前は moveadd.c とします。プログラムでは、 I 由 j 血がどの 
ように衣示されるかを確認できるようにするために、 refresh t sleep を何度か呼び出します。 
通常、 curses を使うブログラムでは、_曲の史新をできるだけ行わないようにします。これは、 

I 由 iifti の电新があまり効串のよい揀作ではないからです（サンプルブログラムでは、効中的にイく利 
になることを承如のうえで、あえて I 由 iifii の 1 ii 新を行っています 

ISl 移動、挿入、文字の属性 

1まず、必要なヘッダーファイルをインクルードし、いくつかの义字 fill 列とそれらへのポイン 
夕を定義したあと、 curses を初期化します。 

# include <unistd,h> 

#inc 丄 ude <curses.h> 

int maxn() 

{ 

const char witch 一 one[】="First Witch 
const char witch 一 two[】= H Second Witch 
const char *scan__ptr; 


2 テキストの诚性をオンやオフにしながら、問阳をおいて I 由|血上に 3 つのテキストを表示しま 
す0 


move(5,15); 
attron(A 一 BOLD}; 
printw("%s", "Macbeth " 〉 ； 
attroff(A 一 BOLD); 
refresh(); 
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sleep(1) ; 

move(8,15) ; 
attron(A_DIM); 

printw("%s", "Thunder and Lightning"); 
attroff(A 一 DIM>; 
refresh(); 
sleep(1); 

move(10,10); 

printw("%s", "When shall we three meet again"}; 
move(11, 23); 

printw("%s", "In thunder, lightning, or in rain ?"}; 
move(13, 10); 

printw( n %s n t "When the hurlyburly's done,"); 
move(14,23); 

printw("%s", "When the battle's lost and won."}; 

refresh (); へ "V 

sleep(l); 

以後に、セリフをしゃべっている登場人物の名前を 1 文字ずつ揷人します。 main 問数の/ fi 後 
では、 endv / inra 数を呼び出します。 

attron(A_DIM) ; 

scan_ptr = witch—one + strlen(witch_one); 
while(scan^ptr != witch_one) { 
move(10,10); 
insch<*scan_ptr-->; 


scan^ptr = witch_two + strlen ( witch _ two ); 
while ( scan_ptr != witch — two } { 
move (13, 10); 
insch (* scan __ ptr -• >; 

> 

attroff ( A _ DIM ); 

refresh (); 
sleep ⑴ ； 

endwin (); 
exit (0); 


次の M は、プログラムの似後に衣示される i 由 iifli です 
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図 6.3 移動、挿入、文字の属性 


キーホート 

curses では、 _ lfti 制御川のインタフェースだけでなく、キーボードを制御するためのん•法も 
川总されています。 



キーボードのモード 


キーボード説み取りルーチンは、モードによって制御されます。モードを設定する閲数は、次 
のとおりです。 


#inc 丄 ude <curses.h> 

mt echo (void); 
int noecho(void); 
int cbreak(void); 
int nocbreak(void); 
int raw(voia )； 
int noraw(void); 


M 初の 2 つの echo 問数は、 人力 文字のエコーをイ〗•効または無効にします。残りの4つの閲数 
は、端 未に人力された 文字を curses ブロ グラムで どのように利⑴ できる ようにす るかを 指定し 
ます。 

cbreak について 説明す る 前に、 デフォル トの人カモードに ついて 理解しておく必贤がありま 
す。 initscr を呼び出し、 curses を使うプログラムが起#すると、人カモードはいわゆる 
Cooked モードに 設定されます 0 Cooked モードでは、すべての処现が行中.位で行われ、ユーザ 
一が Return キーを押した時办で初めて入力が利)能になります 0 キーボードの特殊义卞は有 
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効になっているので、しかるべきキーの組み合わせを押せば、ブログラムでシグナルを発ル:する 
ことができます。フロー制御もイ f 効になっています。ブログラムで cbreak を呼び出すと、人力 
モードを Cbreak モードに設定することができます 。 Cbreak モードでは、人力した文卞が即咏に 
プログラムから利川吋能になります。 Cooked モード M 様、 Cbreak モードでもキーボードの特殊 
文字は心効になっています。 

raw を呼び出すと、特殊文字の処现が無効になり、特殊义卞•の組み介わせを人力しても、シグ 
ナルを発4:したりフロー制御を行ったりすることはできなくなります。 nocbreak を呼び出すと、 
人カモードは Cooked モードに W されますが、特殊文卞の処邱については変 1 上されません。 
noraw を呼び出すと、 Cooked モードと特殊义字の処现の肉'方がもとの設定に K : されます。 



キ■"ホ—ド入力 


キーボードの説み取りは非常に簡中•です0 ii に使う問数は次のとおりです 


# include <curses.h> 

int getch(void); 

int getstr(char ^string); 

int getnstr (char *string, int number_of..characters); 
int scanw(char * format # •••}; 


これらの問数は、標，人出カライブラリの getchar 、 gets , scanf と非常によく似た機能を 
持っています。 getstr は、返される文字列の U さを制限することができないので、十分忪呎に 
使う必要があります。使川している curses のバージョンが、読み取る文字数を制限できる 
getnstr をサポートしている場合(こは、 getstr ではなく getnstr を侦うほうがよいでしょう。 
肉7(•の動作の違いは、第3$で説明した gets と fgets の違いとよく似ています 0 

キーボードのモードと入力 

1まず必要な初期設定を行って、 curses の関数をいくつか呼び出します 0 

# include < unistd . h > 

#inciude < curses . h > 

#include < strmg . h > 

# de£ine PW—LEN 25 
#define NAME_LEN 256 

int main () { 

char name [ NAME _ LEN ]; 

char password [ PW _ LEN ]; 

char * real_password = " xyzzy "; 
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int i =0; 
initscr (); 
move (5,10); 

printw ("% s ", "Please login :"}; 
move (7,10); 

printw ("% s ", "User name : ”）； 
getstr ( name ); 

move (9 # 10); 

printw ("% s ", " Password :"); 
refresh (); 

2 ユーザーがパスワードを人力するときに、パスワードが I 由 jifH •に エコーされない ようにする必 
逛があります。受け取ったパスワードは、 xyzzy と比較します。 

cbreak () ; 
noecho () ; 

memset ( password , 1 \0 ' # sizeof ( password )); 
while (i < PW _ LEN ) { 

password 【 i 】= getch (); 
move (9, 20 + i )； 
addch (•*•); 
refresh (); 

if ( password 【 i 】=='\ n ') break ; 

if ( strcmp ( password , real 一 password ) == 0) break ; 



3 iri 後にキーボードエコーをイ f 効にして、人ノ j されたパスワードが il •:しいかどうか衣ボします 

echo () ; 
nocbreak () ; 


move (11,10) ; 

if ( strcmp ( password , real __ password ) == 0) printw ("% s ", " Correct "); 
else printw ("% s ", " Wrong "); 
refresh (); 


endwin (); 
exit (0); 
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解脱 

キーボード人力のエコーを無効にして、人カモードを Cbreak モードに設定し、パスワードを 
受け取るためのメモリ領域を川意しています。パスワ ー ドの各文字は人力と同時に処理され、画 
血にはアスタリスク (*) が衣示されます。_而は、文字が人力されるたびに更新する必要があり 
ます0パスワードを受け取ったら、 strcmp を使って、あらかじめプログラムの中で設定してお 
いたパスワードと比較します。 


\ 古いバージヨンの curses ライブラリを使っている場合には、 getstr を呼び出す前に明示的に 

refresh を実行するなど、ブログラムを一部変更する必要があるかもしれません。新しい curs - 
注應 es では、 getstr は getch を呼び出すように定義されており、画面の更新も getch で行われま 
To 


複数のウインドウ _ 

これまでは、端未をフルI由•出力の媒体として扱ってきました。小さいシンプルなブログラム 
の場合にはこれでも卜分ですが、 curses ライブラリでは、物理 _lfti h にサイズの興なる複数の 
ウインドウを M 時に衣氺するといった複雑な処理も" J* 能です 0 
これから取り I •.げる問数の多くは、 X/Open の川語による••拡張 curses” でのみサボートされ 
ています。しかし、これらの数は ncixrses でもサポートされており、ほとんどのブラット フォ 
ームで問題なく使用できます。 

以ドでは複敉のウインドウの使い"について説明します。また、これまでに学んだコマンドが、 
梭数のウインドウを使う場合を芩你:してどのように汎⑴化されているかについても学びます。 



WINDOW 楕造体 


標準幽血 stdscr についてはすでに少し触れましたが、これまではほとんど使う機会がありま 
せんでした0今までに使⑴した関数は stdscr を対象として#作するものなので、 stdscr をパラ 
メータとして渡す必要がなかったためです。 

stdscr は、 WINDOW 構造体のひとつの特殊なケースにすぎません0これは、 stdout がフアイ 
ルストリームの特別なケースであるのと M じです。通常、 WINDOW 構造体は curses .h で•され 
ています。 WINDOW 惝造体を,開べるといろいろなことがわかって興味深いのですが、 WINDOW 構造 
体は処理系によって與なるので、ブログラムから迤接 WINDOW 構造体にアクセスしてはいけませ 
ん〇 
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ウインドウを作成または削除する(こは、 newwin 関数と delwin 関数を使います。 

#include <curses.h> 

WINDOW *newwin(int num 一 of 一 lines, int num—of—cols, int start_y, int start 一 x); 
int delwin(WINDOW *window_to delete )； 


newwin 閲数は、衍定された行数とカラム数の新しいウィンドウを | 由 j |ftj 位厥 ( start 一 y , 
start — x > に作成します。作成に成功すると、新しいウィンドウへのポインタを返し、火敗した 
場合には NULL を返します。新しいウィンドウの“ド隅を _tfli のイ f ド隅に介わせたい場介には、 
行数またはカラム数に0を指定します 3 

ウィンドウは、いずれも现在の phjlftf の中に収まっていなければなりません。したがって、新し 
いウィンドウに|时而領域からはみだす部分があると、 newwin は失敗します。 

delwin ^ 数は、 newwinU よって作成されたウィンドウを削險します： } newwin が呼び出され 
ると、新しいウィンドウ川のメモリが割り4てられることになるので、イく贤になったウィンドウ 

は必ず削除しておきます。ただし、 curses 「1身のウインドウである stdscr と cxirscr は削除し 
ないようにしてください。 

newwinU よって作成された新しい ウィン ドウは、既む:のすベての ウィン ドウから Vd 令に独、 1 /. 
しています。 デフ オルトでは、新しい ウィン ドウは既む:のどの ウイン ドウよりも' PlW に衣 , j •くされ、 
ほかの ウィン ドウの内料は新しい ウィン ドウによって!;3されることになります（内衧は変史され 
ません） 0 

さて、新しいウィンドウを作成したあと、どのような力•法でウィンドウに#き込みを行ったら 
よいのでしょうか。；は、これまでに7:んだ人部分の間数には、桁定されたウィンドウを対象と 
して#作する汎 )11 バージヨンが川 •& されています。これらの問数は、使いやすいようにカーソル 
移勋も含めて桁定できるようになっています。 


6 . 5.2 


巩用バージョンの関数 


これまでのサンプルプログラムでは、 addch と printw を使って I 由 i ifliU 义卞を迨加しました。 
これらの間数を禽めて、ほとんどの問数では、ブレフィックス w 、 mv 、 または mvw を閲数名の頒 
に付けることができます 0 ここで、 w は-ウィンドウ” （ window ) を衣し、 mv は-移 ! IT ( move ), 
mvw は“移動”と“ウィンドウ” (move and window ) を表します。 

ほとんどの curses の災装では、これまでに使川した間数の多くがへッダーファイル curses.h 
でマクロ (# define ) (こよって定義されており、吏際には汎⑴バージョンの閲数を呼び出すよう 
になっています 3 

プレフ ィッ クス w が付いている坳介には、 window 满造体へのボインタを引数リストに穴める 
必炎があります〉ブレ フィック ス mv が付いている埸•介には、2つの迫加パラメータ y と x をため 
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る必炎があります。これらのパラメータは、操作を火行する位骹を指定するもので、 I 由 iifti ではな 
くウィンドウの" J •.隅を (0,0) とする相対位欣で指定します。 

プレフィックス mvw が付いている場合には、 WINDOW 構造体へのポインタ、および y と x の3つ 
の迫加パラメータをリ I 数リストに穴める必袈があります 〇 mvw というプレフ ィッ クスからは、リ I 
数の順け;として y と x が先に采るように思えるかもしれませんが、火際には飑標指定の前に 
WINDOW 構造体へのボインタを衍定します 3 

例として、 addch と printw の汎川バージョンのブロトタイプセ: H •を次に示します。 


#inc 丄 ude <curses.h> 

int addch(const chtype char); 

int waddch(WINDOW *window_pointer, const chtype char) 
int mvaddch(int y, int x, const chtype char )； 

int mvwaddch(WINDOW *window_pointer, int y, int x, const chtype char}; 
int printw(char * format # •••); 

int wprintw (WINDOW *windov/_pointer, char * format, •••); | 

int mvprintw(int y, int x, char * format,...); 

int mvwprintw(WINDOW *window_pointer, int y, int x, char * format, •••); 


その他の多くの⑼数、たとえば inch などでも、移勋やウインドウを指沿できるバージョンが 
川なされています。 


6 . 5.3 


ウインドウの移動と更新 


火際に複数のウインドウを使う前に、ウインドウを找作するための閲数についても兄ておきま 
しょう。これらの閲数は、ウインドウを移動したり涔描_したりするときに使います。 


#mclude <curses. h> 

int mvwin(WINDOW *window_to—move, mt new_y,int new_x )； 

int wrefresh(WINDOW *window_ptr); 

int wclear(WINDOW *window_ptr )； 

int werase(WINDOW *window_ptr); 

int touchwin(WINDOW *window_ptr); 

int scrollok(WINDOVJ *window_ptr, bool scroll_rlag>; 
int scroll(WINDOW *window_ptr}; 


mvwin 関数は、 l 由 jlfti 上のウインドウを移動します。1つのウィンドウの各部分は W 面領域の中 
に収まっていなければならないので、ウィンドウのある部分が I 由 iifti 領域の外にはみだすような形 
でウィンドウを移動すると、 mvwin は失敗します 0 
wrefresh 、 wclear、werase は、それぞれすでに説明した ref resh 、 clear、erase の汁 UIJ 
バージョンで、 stdscr ではなく特定のウィンドウを対象として操作が行えるように 、 WINDOW 
造体へのボインタをリ I 数に取ります 3 








touchwin は特別な間数です。この間数は、パラメータによって指定されたウィンドウの内界 
が変されていることを curses に知らせる機能を持っています 0 つまり、 touchwin を呼び出 
すと、次に wrefresh が呼び出されたときに、ウィンドウの内容が灾際には変史されていなくて 
も必ずウィンドウが再描_されます。 touchwin は、 _• I •.でオーバーラップして表示されてい 
る複数のウィンドウの中から、： T •前に衣尔するウィンドウを指定する場介に便利な間数です。 

2 つのスクロール 問数は、ウィンドウの スクロールを 制御します。 scrolloklW 数は ブール 喂 
のリ I 数を取り、 TRUE (通常は 0 以外）を指定すると、ウィンドウは スクロール " f 能になります0 
デフ オル トではウインドウは スクロール できません。 scroll 問数は、ウインドウを 1 行 I •.に スク 
口ールさせます 0 curses の$装によっては、 スクロールの 行数を （H の侦をズめて）指定できる 
wscrl 間数が川. G: されて いる ことがあります。 スクロールについては、 あとでもう•哎取り I -.げ 
ます。 

さて、极数のウィンドウの扱い"についても学びましたから、新しい問数を使ってサンプルプ 
ログラムを作成してみましょう 0 名前は multiwl.c とします 0 なお、コードが複雑になるのを 
避けるため、エラー チェックは 竹いています。 



複数のウ 


まず ヘッダ-ファイルをインクルー ドし、必要な定義を記述します 


^include <umstd^h> 
#include <curses.h> 



WINDOW *new_window_ptr; 

WINDOW *popup 一 window_ptr; 

int x_ 100 p; 

int y—loop; 

char a—letter = *a_; 

initscr(); 


ベース ウイン ドウに文字を#き込みます。論理_而に文卞を押き終えたら、突際の_面を史 
新します。 


move( 5 , 5 ) ; 

printw( ,, %s w / "Testing multiple windows"); 
refresh(); 


for (x 一 10 op = 0; x 一 100 p < COLS - 1; x 一 100 p++> { 

for (y 一 10 op = 0; y—loop < LINES - 1;y_loop++) { 


mvwaaach(stdscr , y 一 100 p, x—loop, a_letter); 
a_letter++; 


if (a 一 letter > 'z') a_letter = 'a'; 
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refresh() ; 
sleep(2) ; 

3 次に、新しく 10x20 のウインドウを作成し、このウインドウにテキストを追加してから I 由 iifii 
に描_します0 

new_window_ptr = newwin(10, 20, 5, 5) ; 

mvwprintw(new_window_ptr, 2, 2, "%s", "Hello World"}; 

mvwprintw <new—window_ptr, 5, 2, "%s ", 

"Notice how very long lines wrap inside the window "〉； 

wrefresh(new_window_ptr); 
sleep(2); 


4 今度はバックグラウンドウインドウの内祥を変史します。_而を史新すると、 new _ window , 
ptr でボされるウインドウがバックグラウンドウインドウによって隙されます。 


a_letter = '0'; 

for (x_loop =0; x 一 100 p < COLS -1;x 一 100 p++) { 

for (y_loop =0; y_loop < LINES -1;y_loop++) { 
mvwaddch(stdscr, y_ 100 p, x__ 100 p, a_letter); 
a_letter++; 

if (a.letter > '9') a_letter = 1 0'; 

} 



refresh (); 
sleep (2); 

5 新しく作成したウインドウを 1 ii 新します0ウインドウの内界は変！ li されていないので、 I 叫 ifii 
は変化しません。 

wrefresh ( new _ wmdow _ ptr ) ; 
sleep (2) ; 

6 しかし、いったんウインドウをタッチし、ウインドウの内が変更されたことを curses に通 
知してやると、次に wrefresh を呼び出したときに、新しいウインドウが办度手前に表示さ 
れます。 


touchwirunew _ wmdow _ ptr ) ; 
wrerresh ( new — window __ ptr ) ; 
sleep (2) ; 
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7次に、オーバーラップするウインドウを1つ追加します。今度はウインドウに沿ってボック 
スを描きます。 

popup 一 window_ptr = newwin(10, 20, 8, 8); 
box(popup 一 window_ptr , 丨 |•,'-'); 

mw/printw(popup_window_ptr # 5, 2, "% s ", "Pop Up Window! M ); 
wrefresh(popup_window_ptr); 
sleep(2); 


8 W •初に作成した新しいウインドウと、上の手順で作成したポップアップウインドウとを使っ 
てさまざまな操作を炎行します。 

touchwm ( new — window _ ptr ) ; 
wrefresh ( new _ window _ ptr >; 
sleep (2); 

wclear ( new 一 window _ ptr 〉 ； 
wrefresh ( new _ window _ ptr ); 
sleep (2); 

delwin ( new _ window 」 ptr }; 

touchwin ( popup _ window _ ptr ); 
wrefresh ( popup 一 window _ ptr >; 
sleep (2); 

delwin ( popup 一 window _ ptr ); 


touchwin ( stdscr ); 
refresh (); 
sleep (2); 

endwin (); 
exit (0); 


ブログラムを 火行したときのようすは、残念ながら紙 | ftj ではうまくし;•えることができませんが、 
途中で表示される_“面のひとつを次に示しておきます0 




図 6.4 feSX のウインドウ 



解脱 

サンプルブログラムから わかるように、极玫のウインドウを史新する坳介には、期待した順 W 
でウインドウを肉山 i に衣/6するための I :火が必发:です 0 curses に対してウインドウのセ新を淡: 
求した場介、ウインドウの階 W 構造に閲する悄報は curses の処现の対象になりません。つまり、 
ウインドウが curses によって£しい W ( 序で描_されるようにするには、 I 卜:しい船け;でウインド 
ウを 1 ii 新する必•及:があります，そのためのひとつの"法として、ウインドウへのポインタをすべ 
て配列またはリストに格納しておき、この fid 列またはリストを丨丨的の H ((け;に從って#.ベ枰えるや 
り方があります。 


6 . 5.4 


画面更新の最適化 


I •.の サンプルプログラムで 小したように、複数の ウイン ドウを Ui 新するには注, G : がゼ、敗ですが、 
それほど攸雜な挽作が贤求されるわけではありません。ただし、モデムなどの低速な M 線に接続 
された端末を史新する場介には、 I 由1而の史新処理が問題となることがあります0 
低速な M 線では、 I 由 iifti への描闽が遲くなり、操作感を人きく m なう" f 能性があるので、描肉す 
る义卞敉をできるだけ抑える必费があります。 curses では、こうしたケースに対処するための 
朴別なノア法として、 wnoutrefresh と doupdate が) H 总されています 0 


#inc 丄 ude <curses.h> 

int wnoutrefresh(WINDOW *window_ptr); 
int doupdate(void); 


問数は、曲 fti に送倌する必要がある文字がどれかを決定しますが、実際に文卞 
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を Nlfti に送信することはしません。 dcmpdate 関数は、変更内容を実際に端末に送信します。 

wnout refresh のすぐあとで doupdate を呼び出した場介、結果的には wref resh を呼び出し 
たのとあじになります。しかし、複数のウインドウを冉描1由 j する場合には、各ウインドウに対し 
て wnoutrefresh を （ ll •:しい助)^で）呼び出し、•後に doupdate を呼び出すと、各ウインドウ 
の画面更新処理が curses によって計符されたあと、 M 終的な更新後の_姐だけが出力されるの 
で、同面に送倌する文字を鉍小限に抑えることができます0 


サブウインドウ _ 

サブウインドウは、梭数のウインドウの特殊なケースです,，サブウインドウを作成または削除 
するには、次の関数を使います。 


# include <curses.h> 

WINDOW *subwin(WINDOW *parent, int num_of_lines, int num—of—cols, 

int start_y, int start_x )； 
int delwin(WINDOW ^window to delete); 


subwin |« J 数のパラメータリストは、 newwin 閲数のものとほぼ | i * j じです 0 サブウィンドウを削 
除するには、ほかのウインドウの垛介と | nj 様、 delwin を使います。サブウィンドウに対する, 1 !: 
き込みには、新しいウィンドウの垛介と|"1じように-迚の mvw 閲数を使川できます。其際、サブ 
ウィンドウの#作は、ほとんどの点で新しいウィンドウと | i « j じです。ただし、ひとつだけ人きく 
K •なる点があります。 

その違いとは、サブウィンドウ n 身は独 n に沖 jifti の义卞を格納することはしないという点で 
す。サブウィンドウは、サブウィンドウを作成するときに衍定した親ウィンドウと文字格納領域 
をル打します。したがって、サブウィンドウに対して行った変史は親ウィンドウにも反映され、 
サブウィンドウを削除しても|由は変化しません。 

したところ、このような#作をするサブウィンドウは小要ではないかと思えます0 I 由 jifti を 
変 Oi したい場介には、親ウィンドウを変！すればすむからです0しかし、サブウィンドウは、ほ 
かのウィンドウの•部をスクロールしたい埸•合にそのれ価を発饨します。 

curses を使ったプログラムでは、しばしば|由 j |〖 U •の-部をスクロールさせる必要があります a 
このような垛介、丨1的の部分をサブウインドウにして、サブウィンドウをスクロールさせると、 
期待した結果を得ることができます。 
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サブウインドウを使う埸合、ひとつだけ制限があります。それは、アブリケーシヨン側で親ウイ 
V vM ' ンドウに対して touchwin を呼び出してから画面を更新する必要があることです。 

注雇 - 


次に示すのは、前のサンプルブログラムに修|卜:を加えた subscl . c です。このブログラムでは、 
親ウインドウとは独立:してスクロールするサブウインドウを使っています0 

サブウインドウ _ 

1 ベースウインドウを初期化し、テキストを叩き込みます。 

#incluae < unistd . h > 

# include < curses . h > 



WINDOW * sub _ window _ ptr ; 

int x 一 100 p ; 

int y 一 100 p ; 

int counter ; 

char a letter ='1'; 



for ( x 一 loop =0; x_loop < COLS -1; x _ loop ++) { 

for ( y—loop = 0; y 一 loop < LINES -1; y _ loop ++) { 
mvwaddch ( stdscr # y 一 100 p , x _ loop # a—letter 〉； 
a _ letter ++; 

if ( a 一 letter > ' 9 ') a__letter =' l 1 ; 


2 スクロール川の新しいサブウインドウを作成し、サブウインドウを使うときの注，〇:に従って、 
親ウインドウをタッチしてから I 由 iifti を！ li 新します。 

sub _ window__ptr = subwin ( stdscr # 10, 20,10, 10); 
scrollok ( sub 一 window _ ptr ,1); 

touchwin ( stdscr ); 
refresh (); 
sleep (1); 


3 サブウインドウの内を消太し、テキストを, 1 f き込んで电新します。次に、ループを使って 
テキストをスクロールさせます。 





238 ♦ 第 6 睪 curses 


werase ( sub 一 window _ ptr ) ; 

ravwprintw ( sub _ window _ ptr # 2, 0, "% s ", "This window will now scroll "); 
wref resh ( sub 一 window __ ptr }; 
sleep (1); 

for (counter =1 ;counter <10; counter ++) { 

wprintw ( sub _ window _ ptr # "% s ", "This text is both wrapping and \ 

scrolling ."); 
wrefresh ( sub _ window _ j > tr ); 
sleep (1); 


4 ループを終えたら、サブウインドウを削除し、ベース I 由 iifti を Ui 新します 

delwin ( sub 一 window_ptr >; 

touchwin ( stdscr ) ; 
rerresh () ; 
sleep (1); 



プログラムの敁後のほうで、次のような|則彻が衣小されます。 



図 6.5 サブウインドウ 


解説 

subwin の Mi •り侦を sub _ window _ ptr に格納し、サブウインドウをスクロール丨り能に没定して 
います。 

サブウインドウを削除してベースウインドウ ( stdscr ) を Hi 新しても、肉 Ifti I ••のテキストが変 
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化しない*に注总してください0これは、 stdscr の文字データがサブウインドウによって史新 
されているためです。 


キ—バッド _ 

キーボードを扱うための機能については、すでにいくつか紹介しました。多くのキーボードは、 
砧低でもカーソルキーやファンクションキーを備えています。また、キーパッド（テンキー）や、 
Ins 、 Home といったその他のキーを持つキーボードも少なくありません。 

これらのキーのデコードは、多くの端末で難しい問題を役げかけます。というのも、これらの 
キーは-般にエスケープ义卞で始まる义字列を送するからです。アプリケーションでは 、 Esc 
キーが11叫だけ押された垛介と、ファンクションキーによって卞.成された义卞列とを識別しなけ 
ればならないだけでなく、 M じ論邱キーに対して端未(こよってなるシーケンスが使われる A に 
も配谢しなければなりません0 

curses では、ファンクションキーを竹邱するためのスマートなん•法が⑴总されています。各 
ファンクションキーによって送^される义卞列は、端木ごとに termixifo 構造体に格納されてお 
り、プレ フイ ックス KEY . を付けて論邱キーを定在した文がインクルードファイル curses . h に , Id 
述されています。 

シーケンスと淪邱キーとの問の変換は、 curses が起動した時戍では無効になっていますが、 
keypad 閲数を使って“効にすることができます 0 keypadlW 数は、成功すると 0 K を返し、火敗 
すると ERR を返します。 


#inc 丄 ude <curses.h> 

int keypad(WINDOW *window_ptr, bool keypad on )； 


パラメータ keypad _ on に TRUE を设定して keypad を呼び出し、 Keypad モードをイ1•効にする 
と、 curses でキーシーケンスの処理が行われるようになります。その結果、キーボードの説み 
取りでは押されたキーが返されるだけでなく、論理キーに対応する KEY _ 定義も返されるように 
なります。 

Keypad モードを使う場合には、 3 つの問題に注意する必要があります 0 

まず敁初の問題は、エスケープシーケンスの認識がタイミングに左右される戍です。多くのネ 
ットワークプロトコルは、複数の文字をパケットとしてグループ化したり、逆にひとかたまりの 
文字を分割したりします0このため、エスケープシーケンスではないものが、グルーブ化される 
ことによってエスケープシーケンスと認識されてしまったり、エスケープシーケンスが分割され、 
Esc とその他の文字列として認識されてしまうなどの問題が発生する可能性があります。 

特に WAN や混雑している N 線を経⑴している垛合、この問題は深刻です。 M 避策として唯 • 
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考えられるのは、使用する各ファンクションキーが、取複しない一なの文字を送信するように端 
未をプログラミングすることです。ただし、このガ法では制御义卞の数が制限されることになり 
ます。 

2擀 1 1の問姐は、 Esc キーが1 M だけ押された場合と、 Esc で始まるキーボードシーケンスと 
を区別するために、 curses が短時問待機しなければならない焱です)実際、 Keypad モードを有 
幼にすると、 Esc キーの処坪にかかるわずかな M 延を体感できることがあります。 

公後の問題は、ではないエスケープシーケンスを curses が処邱できない/.(です，|"1じエ 
スケーブシーケンスを送 U する2つの黄なるキーが端ぶにある場合、 curses はどちらの論现キー 
を返せばよ t 、のか わからな V 、ので、そのシーケンスを処坪しません0 

次の keypad . c は、 Keypad モードの使い"を氺した的:いブログラムです。ブログラムを火行 
して Esc キーを押すと、エスケープシーケンスの始まりか、中•独で押された Esc キーかを判断す 
るために、わずかながら迎延があることがわかります。 


例題 


キー バッド 


1 プログラムと curses ライブラリの初期化を行い、 Keypad モードを true に設定します 


# include <curses,h> 

#de£ine LOCAL ESCAPE KEY 27 



int key; 

initscr(); 
crmode(); 

keypad(stdscr, TRUE); 

2 次に、エコーをオフにして、力ーソルキーが押されてもカーソルが移勋しないようにします0 
I 由 i 血をクリアし、テキストを表/せします0このあと、ブログラムは各キーストロークを受け 
取り、エラーが発牛.するか、または Q が押されるまで、人力されたキーを表示します。キー 
ストロークが端未のキー パッ ドシーケンスと一致する場合には、 該、 H するキーを表示します 0 


noecho() ; 


clear() ; 
mvprintw(5, 
move(7 , 5); 
refresh(); 


5, "Key pad demonstration# Press 'q' to quit n ) 


key = getch(); 

while(key != ERR && key != 'q 1 ) { 
move(7, 5}; 
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clrtoeol() ; 


if ((key >= 'A' && key <= _Z，} || 
(key >= 'a' && key <= 'z')) { 
printw("Key was %c n • (char)key); 


else { 

switch(key) { 

case LOCAL—ESCAPE—KEY: printw<"%s", "Escape key"); break; 
case KEY—END: printw("%s", "END key"}; break; 
case KEY.BEG: printw("%s", "BEGINNING key"}; break; 
case KEY—RIGHT: printw (” ％ s", "RIGHT key"); break; 
case KEY—LEFT: printw (" ち s", "LEFT key"}; break; 
case KEY 一 UP: printw( w %s w # "UP key"}; break; 
case KEY_DOWN : printw("%s", "DOWN key"}; break; 
default: printw("Unmatched - %d", key); break; 

} /* switch */ 

} /* else */ 


refresh(); 
key = getch(); 
} /* while V 


endwin(); 
exit(O); 


6.8 


カラ- 


ごく般近に十:るまで、カラー衣示をサポートしたダム端未はほとんどなかったので、初期バー 
ジョンの curses はカラーをサポートしていませんでした。しかし、ワークステーションや X 端 
未の代•及に伴ってカラー衣ボ機能は標準になり、 ncurses や、その他の新しい curses の奥装で 
はカラーがサポートされるようになっています。 

l*iIfif I この各义卞セルには、•定数のカラーのうちいずれかのカラーを使って〗 1 f き込みを行うこ 
とができます。このとき、バックグラウンドのカラーにも•定数のカラーのうち、いずれかの力 
ラーを使うことができます。たとえば、赤のバックグラウンドに緑でテキストを#き込むことが 
できます。 

curses のカラーサポートは少し変わっていて、文字のカラーを背说と独立した形で定義する 
ことはできません。代わりに、义卞•のフォアグラウンドカラーとバックグラウンドカラーを1つ 
の対として定義しなければなりません。この対のことを、カラーペアと呼びます。 
curses では、カラー機能を使う前に端末がカラーをサポートしているかどうかを調べ、カラ 
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ールーチンを初期化しなければなりません。そのために用意されているのが次の has_colors と 
start__color C す 0 

#inc 丄 ude <curses.h> 

bool has_colors(void )； 
int start_color(void); 


has_c 010 rs は、カラーがサボートされていれば TRUE を返します 0 has_c 010 rs が TRUE を返 
したら、次に start_color を呼び出します。 start_color は、カラーが正常に初期化されると 
0 K を返します。 

startle 01 or を呼び出してカラーを初期化すると、変玫 COLOR_PAIRS に、端未がサポートす 
る カラーペアの 敁人数が設定されます。通常、この俯は64です。変数 COLORS には、利川" I 能な 
カラーの敁大数が設定されます。通常、この侦は8です。 

カラーを W 性として使う前に、使川するカラーペアを初期化しなければなりません。これ(こは 
initjairlW 数を使います0カラー诚性は、 COLOR_PAIR_ 数を使ってアクセスします。 


^include <curses.h> 

mt mit_pair (short pair_number, mt foreground, mt background); 
int COLOR_PAIR(int pair_number); 

int pair—content(short pair_number, short * foreground, short w background); 


通常、 curses.h では、プレフイックス COLOR_ でいくつかの准本カラーが定義されています 0 
pai し content 閲数を使うと、すでに定在されたカラーペアの怙報を捋ることができます 0 

，がをフォアグラウンドカラー、緑をバックグラウンドカラーとしてカラーペア番号1を定義す 
るには、次のようにします0 

init_pair(l # COLOR 一 RED, COLOR—GREEN} ; 

在したカラーペアを W 性としてアクセスするには、次のように COLOR_PAIR を使います。 

wattron(window_ptr , COLOR—PAIR(1)); 

これで、次に i 由 iifti に#き込むテキストのフォアグラウンドカラーが赤に、 バッ クグラウンドカ 
ラーが緑になります。 

COLOR_PAIR は々4性のひとつなので、ほかの城性と組み合わせることができます。通常、 PC 
では、 COLOR_PAIR と A_BOLD のビット中.位の論理和を W 性に指定することで尚輝度カラーを使 
川できます。 

wattron(window_ptr, COLOR 一 PAIR ⑴ | A 一 BOLD); 









つそくサンプルプログラムを作成してみましょう 0 名前は color.c とします。 


例題 


カラー 


まず、ブログラムで使用する端末がカラーをサポートしているかどうかを調べます。カラー 
がサポートされていれば、カラー表示を開始します。 

#mclude <unistd.h> 

#include <stdio.h> 

轉 include <curses.h> 

int main () 

{ 

int i; 
initscr(); 

if (!has_colors()} { 
endwin(); 

fprintf(stderr, "Error - no color support on this terminal\n M ); 
exit(1); 


if (start_color() != OK) { 
endwin(); 

fprintf(stderr, "Error - could not initialize colors\n"); 
exit(2); 


使川できるカラーとカラーペアの数を衣/ ji し、カラーペアを7つ作成して1つずつ|叫|加に衣氺 
します。 


clear () ; 

mvprintw <5, 5, "There are %d COLORS , and %d COLOR 一 PAIRS available ", 

COLORS , COLOR _ PAIRS ); 
refresh (); 

init _ pair ( l # COLOR _ RED # COLOR _ BLACK ); 
init _ pair (2 # COLOR _ RED # COLOR — GREEN }; 
init _ pair (3, COLOR — GREEN , COLOR 一 RED ); 
init _ pair (4 # COLOR 一 YELLOW , COLOR — BLUE ); 
init _ pair (5 # COLOR _ BLACK / COLOR _ WHITE ); 
init _ pair (6 # COLOR 一 MAGENTA , COLOR — BLUE ); 
init 」? air (7, COLOR 一 CYAN , COLOR 一 WHITE ); 

for (i =1 ;i <= 7; i ++) { 
attroff ( A _ BOLD ); 
attrset ( COLOR _ PAIR ( i )); 
mvprintw (5 + i , 5, "Color pair % d n t i ); 
attrset ( COLOR _ PAIR ( i ) | A 一 BOLD ); 
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mvprintw <5 + i , 25, "Bold color pair % d ", i ); 
refresh (); 
sleep (1); 


endwin (); 
exit (0); 


次の N はブログラムの灾行例です。 



図 6.6 カラー 



カラーの 再定義 


端末の中には、 W 酣に同時に表示できるカラー数は制限されているものの、利用 UJ * 能なカラー 
を定義できるものがあります。 curses では、 init_color IHJ 数によってこのような機能をサ 
ポートしています。 


# include <curses.h> 

mt init 一 color(short color 一 number, short red, short green, short blue )； 


init — color 関数を使うと、〇〜1000の範 l 用の新しい輝度の侦を使って、0から COLORS まで 
の範囲の既存のカラーを W 定義することができます。具体的な指定方法は、 PC の I 由 ilfti で VGA パ 
レットのカラーの侦を定義する方法とほぼ同じです。 
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6.9 


ハツド 


curses を使って A •機能なプログラムを作成する場合には、論理 I 由 ilfti を⑴立しておき、その • 
部または令部をあとで物理_ Ifti に出力すると、ブログラムを簡潔に記述できることがあります。 
また、物理闸血より人きな論理幽 ifii を作成し、論理 _ ifii の-•部だけを衣氺できると便利な場合も 
あります。 

これまでに説明した curses の問数でこのような処现を灾现することは W 難です。作成するウ 
ィンドウは、いずれも物坪|由 jlfti の内側に収まっていなければならないからです 0 しかし 、 curses 
では、通常のウィンドウには収まらない論坪1由 ilfH 怙報を操作するための特別なデータ構造として 
バッドというものが川总されています。 

パッド構造体は WINDOW 構造体によく似ており、 WINDOW に, 1 ！^き込む curses のすベてのルーチ 
ンは、パッドに対しても使川できます0ただし、パッドの作成と史新には独 n のルーチンを使い 
ます。 

パッドは、通常のウィンドウとほぼ1"1じ方法で作成することができます。 



#mclude <curses - h> 

WINDOW *newpad(int number_of_lines, mt number_or_columns); 


W り W (が、 newwiri とじく WINDOW ^ 造体へのポインタであることに注盘してください。 パッ 
ドを削除するには、通常のウインドウの垛合と M 様、 delwin を使います 0 
パツ ドの史新用のルーチンは、通常のウインドウのものとは輿なります 0 パッ ドは特定の lAilfti 
領域の中に収まるものではないので、 パッ ドのどの領域を_而上に配沢するかだけでなく、 パツ 
ドを_曲上のどの位沢に沢くかについても指定する必要があります 〇パッ ドを史新するには、 
prefresh 1541数を使います 0 


# include < curses•h> 

int prefresh(WINDOW *pad_ptr # mt pad_row, int pad_column, 

int screen—row 一 min, int screen_col_min, 
int screen row max, int screen_col_max )； 


prefreshl 幻数は、 （ pad 一 row, pad 一 column) を起/ •* •(するパッドの領域を、 （ screen 一 row 一 min, 
screen_col_min) から （ screer^row_max, screen_col_max) までの領域の I 由 j|(H U ! ••き込みます c 
パッドでは、効率的に画面の史新を行うための pnoutrefresh 関数も用：®されています c 
pnoutrefresh 閲数は、すでに説明した wnoutrefresh と M じように動作します 0 
次の pad.c は、パッドを使ったサンプルプログラムです 






バッドの使用 


1プログラムの•初でパッド構造体を初期化し、パッドを作成してポインタを受け取ります 0 
作成したパッド構造体は、行、カラムともに端未より50义字だけ人きいものです。このパッ 
ド惝造体に文字を追加します。 


frinc 丄 ude <umstd.h> 
include <curses•h> 


WINDOW *pad_ptr 
int x # y; 
int pad_lines; 
int pad_cols; 
char disD char; 


initscr(); 


pad_lines = LINES +50; 
pad.cols = COLS + 50; 

pad_ptr = newpad ( pad _ lines # pad _ cols ); 
disp_char = ' a ，； 

for (x = 0; x < pad — lines ; x ++) { 

for (y = 0; y < pad — cols ; y ++) { 

mvwaddch ( pad_ptr # x , y , disp _ char ); 
if ( disp.char == ' z *) disp—char = ' a '; 
else disp _ char ++； 


肉 ‘ lAi I ••のいろいろな位沢にパッドの•部を描_します。 

prefresh(pad__ptr, 5, 1 • 2, 2, 9, 9); 
sleep(1) ; 

prefresh(pad_ptr # LINES + 5, COLS + 7 # 5, 5, 21,19); 
sleep(1); 

delwin(pad_ptr); 

endwin(); 
exit(0); 


次の M はブログラムの A 行例です 




6.10 CD データベース アブリ ケー シヨン ♦ 247 


I b ごご e , 


■ 


pcrsxuvy 

bcciefghi 

nopgnstu 

zabrxjpqrsuivyKyzab 
l*nzabc6ef£hijk Inn 
xyz iinopqnstuvyxyz 
jk lxyzabcdefghijkl 
vyxjk lunopqrstuvnx 
vyxyzabcdefgrnj 

hiJklunocxrsUw 
tuvn xyzabcdefgh 
fghijkliinopqrst 
rstuvwxyzabcdef 
defjhijk Unopqr 
pqrstuvyxyzabcd 
bcdefghijk innop 
nopqrstuvyxyzab 
zabcdefghijklun 

In nooars tuv y xyz 
rfghijkl 


図 6.7 パッドの使用 


gwn cd データベースアプリケーション _ 

以 I •.で、 curses で利⑴できる機能に っいて ひととおり説明を終えました。ここでは、^ 2 
の W 後で作成した CI ) データベースアプリケーションを、 curses ライブラリを使って C で#きめ: 
します。修 ll •:後のブログラムでは、 I 由 ilfU に衣示される怙報が坫やすくなっています0また、スク 
口ールウ ィン ドウを使ってトラックリストを衣示します。 

アプリケーション伞体のコードは数ページにわたる及いものなので、以ドではセクションごと、 
閲数ごとにコードを /ji します フル ソースコードは、ソフトバンクの Web サイト ( http : // www . 
softbank . co . jp / books / editor / lst / linux / ) で人 f •することができます。+々のほかのプ 
ログラム M 様、 CI ) データベースアブリケーションも GNU General Public License に従ってド I 111 
に改変、 rtil 布することができます， 


m 

メモ 


C バージヨンの CD データペースアブリケーシヨンは、第5章と第6章で学んだことを応用して 
作成されています。特に C で実装することを念頭において設計し直したものではないので、シ 
エルバージヨンのブログラムの機能がほぼそのままの形で残されています。 

ブ□グラムにはいくつか問題もあります。たとえば、カンマを含むタイトルを正しく処理できま 
せん。また、画面表示の関係から、1枚の CD あたりのトラック歆についても実質的に制限が 
あります。これらの問題については、あとの章で解決策を示します。 


コードはいくつかのセクシヨンに分割できるので、以ドではセクシヨンごとに U ⑴しを付けて 
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、ます。また、閲数の定在や、問数が呼び出されている箇所を強調表示しています 


新しい CD データベースアプリケーション_ 

まず、必贤なヘッダーファイルをインクルードし、グローバル定数を定義します 

# include <unistd•h> 

# include <stdlib.h> 

^include <stdio.h> 

#include <string.h> 

#include <curses.h> 

#define MAX 一 STRING (80) /* Longest allowed response */ 

#define MAX 一 ENTRY (1024) /* Longest allowed database entry */ 

#define MESSAGE^LINE 6 
#define ERROR_LINE 22 
#define Q_LINE 20 

ttdefine PROMPT_LINE 18 

2 次に、グローバル変敉を川します：変玫 cixrren し cd は、现作の作犮対象となる CI ) タイ 
トルを格納するのに使います。この変数は、先(の文卞を\0として初期化しておきます。こ 
れで、ブログラムの火む開始め:後には、選択されている CI ) タイトルがないことになります0 
\0は厳密にはイぐ製ですが、このように紀述しておくことで変数を確火に初期化できます,.，も 
うひとつの変数 cur rent _ cat は、現介:の CD のカタログ番号を記録するのに使います c 

static char current 一 cd[MAX—STRING] = "\0"; 
static char current—cat[MAX—STRING 】； 

3 使川するいくつかのファイルの名前を丫し丨•します。このバージョンでは、コードを簡潔にす 
るために、•時ファイル名もなめてすベてのファイル名を w 定しています。ただし、このよ 
うな"法では、2人のユーザーが |nj じディレクトリでブログラムを戈行した場介に問題が発 
A する" f 能性があります， 


/* Misc. messages on this 丄 ine 
/* Line to use for errors 
/* Line for questions 
/* Line for prompting on 


Hi 


メモ 


本来なら、引数や璟頃変数を使つてデータペースファイルの名前を取得するほうがよいでしょ 
う。また、一時ファイルについては、 P 0 SIX の tmpnain 関数を使うなど、一意の名前を生成す 
る方法を用意する必要があります。これらの点については、以降の章で解決することにします。 


const char *title—file = "title.cdb"; 
const char *tracks_file = "tracks.cdb"; 
const char *temp_file = "cdb.tmp"; 
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4問数のプロトタイプ穴 n を記述します0 

void clear_all_screen<void} ; 
void get_return(void); 
mt get_conf irm(void); 

int getchoice(char *greet, char ^choices[]); 
void draw 一 menu(char *options [] t int highlight, 

int start 一 row, int start—col>; 
void insert_title(char *cdtitle); 
void get—string(char *string); 
void add_record<void); 
void count_cds(void); 
void fina 一 cd 《 void>; 
void list 一 tracks<void>; 
void rexnove.tracks (void); 
void remove.cd(void); 
void update.cd(void); 

5 _ 数の実装に進む前に、いくつかの梆造体（荚際にはメニューオプションの配列） を 定義して 

おく必災:があります。各 オプションの 公初の 义卞 は、 そのオプションが 選択されたときに返 
す文卞を衣します2义卞 II 以降は、货際に肉 ifti に衣ボするテキストです0拡张メニューは、 
現在選択されている CI ) タイトルがあるときに衣/されます。 

char *main 一 menu[】 = 

{ 

"aadd new CD H # 

"ffind CD", 

"ccount CDs and tracks in the catalog", 

"qquit", 

0 , 

}； 

char *extended—menu【]= 

{ 

"aadd new CD", 

-ffind CD", 

"ccount CDs and tracks in the catalog", 

"Hist tracks on current CD", 

"rremove current CD", 

"uupdate track information". 



0 , 

>； 

以 I •.でプログラムの初期化は終わりです。以ドでは、ブログラムで使う各間数のコードをホし 
ます。閱数は命部で15あり、相化の閲係は次の M のようになっています。関数は次の3つのカテ 
ゴリに分類できます。 
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〇 メニューを衣/ ji する閲数 
9 CI ) をデータベースに追加する閲数 
(J CD データを取得、衣示する閲数 



図 6.8 CD データベースアブリケーシヨンの間数 


| S [ main 関数 _ 

1 main 閲数では、ユーザーがメニューから丨丨的のオプションを選択します。ユーザーが Q を押 
した坳介には、ブログラムを終丫します。 

int main () 

{ 

int choice ； 
initscr ()； 
do { 

choice = getchoice (" Options : w # 

current 一 cd [0】? extended 一 menu : main 一 menu ); 

switch (choice) { 
case 'q 1 ： 
break ； 
case 1 a '： 

add 一 record (); 

break ； 
case 'c': 

count _ cds (); 

break ； 
case 'f '： 

find 一 cd <}; 

break ； 
case '1': 

list — tracks (); 

break ； 
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case 1 r 1 ： 

remove _ cd () ; 

break ； 
case 1 u '： 

update _ cd (); 

break ； 

} 

} while (choice != # q 1 ); 
endwin ()； 

exit(EXIT_SUCCESS); 


次のセク シヨ ンでは、ブログラムのユーザーインタフエースを受け持つ 3 つの間数をまとめて 
ボします。 


例題 


1 mainra 数から呼び出される getchoicelW 数は、このセクシヨンのかなめとなる閱数です。 
getchoice は、簡中な説明を衣す greet と、メニューへのポインタ choices を受け取りま 
す。メニューへのポインタは、 CI ) が選択されているかどうかに It じてメインメニューまたは 
拡张メニューのいずれかへのボインタになります(上の mainlW 数を参照)〇 


int getchoice(char * greet , char * choices 【】） 

{ 

static int selected_row = 0; 
int max__row = 0; 

int start_screenrow = MESSAGE_LINE, start_screencol=10; 
char **option ； 
int selected; 
int key = 0; 

option = choices ； 
while (*option) { 
max_row ++； 
option++; 

} 

/* protect against menu getting shorter when CD deleted */ 
if (selected_row >= max_row) 
selected_row = 0; 

clear _ all _ screen (); 

mvprintw (start_screenrow - 2, start__screencol,greet); 

keypad(stdscr, TRUE); 
cbreak(); 
noecho ()； 

key = 0; 

while (key != 'q* && key != KEY—ENTER && key != '\n*) { 
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if (key == KEY_UP) { 

if (selected_row == 0} 

selected—row = max_row - 1 ； 

else 



if (key == KEY—DOWN) { 

if (selected_row ニニ (max_row - 1)) 
selected_row = 0 ； 

else 

selected_row ++； 

} 

selected = *choices[selected—rowj; 

draw—menu(choices, selected 一 row, start—screenrow, 

start—screencol}; 

key = aetch ()； 

} 

keypad(stdscr, FALSE); 
nocbreak ()； 
echo ()； 

if (key == 1 q') 

selected = 'q '； 

return (selected )； 


2 getchoice で呼ひ出される⑼数には 、 clear all screen と draw menu があります。次の 


コードは、 drawjnenulW 数です 0 

void draw 一 menu(char * options [], int current _ highlight , 

int start — row , int start — col } 

{ 

int curren し row = 0 ； 
char * *option—ptr; 
char *txt_ptr ； 

option_ptr = options; 
while (*option_ptr) { 

if (current 一 row == current: 一 highlight) { 

mvaddch(start_row + current 一 row, start 一 col - 3, ACS—BULLET); 
mvaddch (start_row + current: 一 row, start—col + 40, ACS 一 BULLET); 
} else { 

mvaddch(start 一 row + current 一 row, start 一 col- 3, • •); 
mvaddch(start—row + current_row # start 一 col + 40, • •); 

} 一 

txt_ptr = options[current_row ]； 
txt_ptr ++； 

mvprintw(start_rov; + current 一 row, start 一 col, "%s", txt__ptr )； 
current row ++； 
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option_ptr ++ ； 

} 

mvpnntw(start_row + current__row + start_col # 

"Move highlight then press Return •’）； 

refresh(); 

} 

3 次のコードは、 clear _ all _ screen 関数です。 clear _ all _ screen 閲数は l 由 ilftl をクリアし、 
タイトルをもう•度外き込みます。これで、 CD が選択されている場合には CI ) の情報が表示 
されるようになります， 

void clear __ all _ screen () 

{ 

clear(> ; 

mvprintw(2 , Q_LINE, "%s", "CD Database Application ")； 
if (current_cd[0]) { 

mvprintw(ERROR_LINE, 0, "Current CD: %s : %s\n", 

curren し cat, current_cd); 

} 

refresh ()； 

} 

次のセクションでは、 Cl ) データベースに対する追加や Oi 新を行う関数をボします。 main から 
呼び出される I 阳数には、 add _ record 、 update __ cd 、 remove _ cd があります 0 

データベースファイルの操作 

1まず、新しい CI ) のレコ ー ドをデータベースに追加する関数です。 

void add 一 record () 

{ 

char catalog_number[MAX_STRING ]； 
char cd_title[MAX_STRING]; 
char cd_type(MAX_STRING]; 
char cd_artist[MAX_STRING]; 
char cd^entry[MAX_STRING]; 

int screenrow = MESSAGE_LINE ； 
int screened =10; 

clear _ all _ screen (); 

mvprintw(screenrow, screened, "Enter new CD details"); 
screenrow += 2; 

mvpr intw (screenrow, screencol, "Catalog Number : ••); 

get — string ( catalog — number ); 


screenrow ++； 




254 ♦ 第 6 章 curses 


mvprmtw(screenrow, screencol," CD Title ： "); 

get_string(cd—title); 

screenrow ++； 

mvprintw(screenrow, screencol," CD Type : ")； 

get_string(cd—type); 

screenrow ++； 


mvprintw (screenrow, screened , 

get_string(cd_artist); 

screenrow ++； 



mvprintw (PR0MPT_LINE-2, 5, "About to add this new entry :”； 
sprintf(cd_entry, ” ％ s,%s, %s, %s_, 

catalog—number, cd—title, cd_type, cd—artist); 
mvprintw(PROMPT-LINE, 5, "%s", cd_entry); 
refresh(); 


move(PROMPT—LINE, 0); 

if (get_confirm()) { 

insert_title(cd_entry); 

strepy(current_cd, cd^title )； 
strepy(current_cat # catalog_number )； 

} 


add—record 閲数では、 get—string 、 get—confirm 、 および insert—title 閲数が呼び出 

されています， 

2 get-string ⑼数は、現介 : の曲 fti 位敗で文字列を読み取ります。未尾の改行文字は削除しま 


void get_stnng(char ^string) 

{ 

int len ； 

wgetnstr(stdscr # string, MAX_STRING); 
len = strlen(string )； 

if (len > 0 && string[len -1 】 ==•\n') 
string[len -1]='\0 '； 

} 

3 get-confirm 関数はユーザーの確認を求めます。ユーザーの人力义卞列を説み取り、先頒 
の文字が Y か y かを , 鴻ベます。これ以外の文字の場合には、ユーザーの確認を得られなかっ 
たものとして処邱します。 
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int get—confirm() 

{ 

int conrirmed = 0; 
char first_char ； 

mvprintw{Q—LINE, 5, "Are you sure?"); 
clrtoeol ()； 
refresh ()； 

cbreak ()； 

first_char = getch ()； 

if (first_char == *Y 1 || first^char == 'y') { 
conrirmed =1; 

} 

nocbreak(); 

if (!confirmed) { 

mvprintw(Q_LINE # 1," Cancelled ")； 
clrtoeol(); 
refresh ()； 
sleep(1 )； 

} 

return conrirmed; 

} 

insei : t _ title ⑼玫は、 CD データベースにタイトルを ill 加します 3 Jl •体的には、タイトル 
ファイルの iti •後にタイトル文卞列を追加します。 

void insert_title(char *cdtitle) 

{ 

FILE *fp = fopen(title 一 file, "a"); 
if (!fp) { 

mvprintw(ERROR_LINE, 0, "cannot open CD titles database"); 

} else { 

fprintf(fp # "%s\n", cdtitle); 
fclose(fp )； 



main から呼び川されるその他のファイル挽作問数についても、ここでまとめてボしておきま 
す。 update_cd 関数では、スクロールするボックスタイプのサブウィンドウを使います。こ 
の_数ではいくつかの定数が必袈になりますが、 list_tracks 関数でも M じ定数が必费にな 
るので、次のようにグローバルな定数として定在します。 

#define BOXED_LINES 11 

#define BOXED_ROWS 60 

#define BOX _ LINE_POS 8 

#define BOX ROW POS 2 
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update _ C d 問数では、现か:の CD のトラックをユーザーが洱人力することができます。 JI . 休 
的な処邱としては、以前のトラックレコードを削除し、新しいデータの人力を求めます， 

void update _ cd () 

{ 

FILE *tracks_fp ； 

char track_name[MAX_STRING]; 

int len ； 

int track =1; 

int screen_line =1 ； 

WINDOW *box—window—ptr; 

WINDOW *sub_window_ptr; 

clear _ all _ screen (); 

mvprintw(PROMPT_LINE, 0, "Re-entering tracks for CD.; 

if (! get _ confirm ()) 

return ； 

move(PROMPT—LINE, 0); 
clrtoeol(); 

remove — tracks (); 

mvprintw(MESSAGE_LINE, 0, "Enter a blank line to finish..}; 
tracks_fp = fopen(tracks 」 ile, "a"}; 

次のコードは、スクロールするボックスタイプのウィンドウでユーザーが悄報を人力する部 
分です。 まずサブウィンドウを) | j 总し、ウィンドウ(こ沿ってボックスを描きます。次に、こ 
のボックスタイプのウィンドウの内側に新しくスクロールするウィンドウを追加します。 

box_window_ptr = subwin(stdscr, BOXED 一 LINES + 2, BOXED_ROWS + 2, 

BOX_LINE_POS - 1,BOX—ROW—POS -1); 

if (!box^window^ptr) 
return; 

box(box_window_ptr, ACS_VLINE, ACS_HLINE); 

sub_window_ptr = subwin(stdscr, BOXED_LINES, BOXED—ROWS, 

BOX_LINE_POS, BOX_ROW_POS}; 

if ( ! sub_v/indow_ptr) 
return; 

scrollok(sub—window_ptr, TRUE )； 
werase(sub_window_ptr); 
touchwin(stdscr); 

do { 

mvwprintw(sub_window_ptr, screen 一 line++, BOX 一 ROW—POS + 2 , 

"Track %d: ", track )； 
clrtoeol ()； 
refresh ()； 

wgetnstr(sub_window_ptr, track_name, MAX_STRING); 
len = strlen(track name )； 
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if (len > 0 Sc&c track^name [len - 1]=='\n') 
track_name[len -1 】 ='\0 '； 

if (*track_name) 

fprintf (tracks__fp # •• %s, %d, %s\n", 

current_cat # track, track—name); 

track ++； 

if (screen_line > BOXED^LINES - 1){ 

/★ time to start scrolling */ 
scroll(sub_window_ptr); 
screen 」 ine-•; 

} 

} while (*track^name); 
delwin(sub_window_ptr); 


rcioseUracksJp}; 

} 

6 次の remove _ cd も main から呼び出される問数です 



void remove _ cd () 

{ 

FILE * titles—fp, * temp__fp; 
char entry(MAX_ENTRY ]； 
int cat_length ； 

if (current_cd[0] == '\0 ') 
return ； 

ciear _ all _ screen()7 

mvprintw(PROMPT_LINE # 0, "About to remove CD %s : %s.", 

current_cat, current_cd )； 

if (! get 一 confirm ()> 

return ； 

cat_length = strlen(current—cat); 

"Copy the titles file to a temporary, ignoring this CD */ 
titles_fp = fopen(title_file # "r ")； 
temp^fp = £open(temp_file, "w ")； 

while (fgets(entry, MAX_ENTRY, titles_fp)) { 

/ * Compare catalog number and copy entry if no match */ 
if (strncmp(current_cat, entry, cat—length) != 0) 
fputs(entry, temp—fp 卜 

} 

fclose(titles_fp )； 
fclose(temp_fp )； 


"Delete the titles file, and rename the temporary file * / 

unlink(title_file); 

rename (temp 」 ile, title_f ile )； 
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/ * Now do the same for the tracks file * / 
remove_tracks(); 

/ * Reset current CD to 'None' */ 
current_cd[0] = '\0 '； 

} 

7 iti •後は remove _ tracks 閲玫です。 remove _ tracks 閲数は現/ 1: の Cl ) からトラックを削除し 
ます。この閲数は、 update _ cd と remove _ cd から呼び出されます。 

void remove _ tracks () 

{ 

FILE *tracks—fp, * temp_fp; 
char entry [MAX__ENTRY]; 
int cat_length ； 

if (current 一 cd[01=='\0') 
return ； 

cat:_lengt:h = strlen (curren し cat); 

tracks_fp = fopen (tracks 」 ile, "r">; 
temp_fp = fopen (temp—r l 丄 e, "w ”； 

while (fgets(entry, MAX_ENTRY, tracks_fp)) { 

"Compare catalog number and copy entry if no match */ 
if (strncmp(current—cat, entry, cat.length) != 0) 
fputs(entry, temp_fp )； 

} 

fclose(tracks_fp )； 
fclose(temp_fp )； 

/* Delete the tracks file, and rename the temporary file */ 

unlink(tracks.file )； 

rename (temp_.file, tracks tile )； 


データベースに 対する問い合わせ _ 

1コレクションとしてなにかを収染する場介には、染めたアイテムが今どれくらいあるかがわ 
かると便利です。次の count cds ⑼数は、データベースを A 仵し、兑 M されているタイトル 


とトラックの数を数えます 


voia counc _ cds () 

{ 

FILE * titles—fp, *tracks_fp; 
char entry[MAX_ENTRY]; 
int titles = 0 ； 
int tracks = 0; 
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tities_fp = topen(title_file # "r"); 
if (titles_fp) { 

while ( fgets (entry, MAX_ENTRY, titles__fp)) 
titles ++； 

fclose(titles_fp); 

} 

tracks_fp = fopen {tracks 」 ile, "r ")； 
if (tracks_fp) { 

while (fgets(entry, MAX_ENTRY, tracks^fp)) 
tracks ++； 

fclose(tracks_fp); 

) 

mvprintw(ERROR_ し INE, 0 , 

M Database contains %d cities, with a total of %d tracks." # 
titles, tracks )； 

get _ return (); 

} 

2 CI ) のジャケットをなくした坳合でも、データベースに tiV 報を人力していれば、次の find cd 
閲数を使ってトラック怙報を取抖することができます 0 find _ cd 閲数は、データベースで検 
索する部分义卞列を受け取り、 U つかった CI ) タイトルをグローバル変数 cur ren t _ C d にセ 
ットします。 

void findeed () 

{ 

char match[MAX_STRING], entry[MAX_ENTRY); 

FILE *titles_fp; 
int count = 0 ; 

char * found, * title, ^catalog ； 

mvprintw(Q^LINE, 0, "Enter a string to search for in CD titles : "); 

get — string ( match ); 

t i tles_fp = f open (title 」 ile, "r"); 
if (titles_fp) { 

while (fgets(entry, MAX_ENTRY, titles—fp)} { 

/* Skip past catalog number * / 
catalog = entry ； 

if (found = strstr(catalog, { 

* found = .\0■; 
title = found + 1 ； 

/* Zap the next comma in the entry to reduce it. to 
title only * / 

if (found = strstr(title, { 

* found = .\0•; 


/* Now see if the match substring is present */ 
if (found = strstr(title, match)) { 


curses 


count++; 

strcpy(current_cd # title); 
strcpy(current—cat, catalog); 



fclose(titles_fp )； 

} 一 
if (count !=1} { 

if (count == 0) { 

mvprintw(ERROR—LINE, 0, "Sorry, no matching CD found."); 

} 

if (count > 1} { 

mvprintw(ERROR_LINE, 0, 

"Sorry, match is ambiguous : %d CDs found. ", count}; 

} 

current 一 cd[0 】 ='\0 '； 

get _ return (); 

} 

} 

3 次の lis し tracks 関数は、进択された CD のトラック悄報を幽血に衣ボします。この間数で 
は、の updat 匕 cd のところでサブウインドウ川に定義した定数を使っています。 

void list _ tracks () 

{ 

FILE ’tracks 一 fp; 

char entry[MAX_ENTRY ]； ^ 

int cat_length; 
int lines_op = 0 ； 

WINDOW * track_pad__ptr; 
int tracks = 0 ； 
int key; 

int first_line = 0; 
if (current_cd[0] == ' \0 ' ) { 

mvprintw(ERROR 一 LINE, 0, "You must select a CD first."); 

get _ return (); 

return; 

} 

clear __ all _ screen (); 

cat_length = strlen(current_cat )； 

/ * First count the number of tracks for the current CD * / 
tracks—fp = fopen (tracks 」 ile, ” r”}; 
if (!tracks_fp) 
return ； 

while (fgets(entry, MAX 一 ENTRY, tracks_fp)) { 

if (strncmp(current 一 cat, entry, cat—length}== 
tracks++; 


0 ) 
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fclose(tracks.fp) ; 

/★ Make a new pad, ensure that even if there is only a single 
track the PAD is large enough so the later prefresh() is always 
valid. 

*/ 

track 一 pad 一 ptr = newpad(tracks + 1 + BOXED_LINES, BOXED 一 ROWS + 1>; 
if (!track_pad_ptr) 
return; 

tracks_fp = fopen(tracks_tlie, "r"); 
if (!tracks_fp) 
return ； 

mvprintw(4 # 0, "CD Track ListingXn"); 

/ * write the track information into the pad * / 
while (fgets(entry, MAX—ENTRY, tracks.fp)) { 

/ * Compare catalog number and output rest of entry * I 
if (strncmp(current—cat, entry, cat_length) == 0) { 
mvwprintw(track_pad_ptr # lines_op++, 0, "%s", 

entry + cat_length + 1); 

} 

} 

fclose(tracks_fp); 

if (lines_op > BOXED.LINES) { 
mvprintw(MESSAGE_LINE # 0, 

"Cursor keys to scroll, RETURN or q to exit"); 

} else { 

mvprir.tw(MESSAGE_LINE, 0, "RETURN or q to exit"); 

} 

wrefresh(stdscr )； 
keypad(stdscr, TRUE}; 
cbreak ()； 
noecho(); 

key = 0 ； 

while (key != 'q 1 && key != KEY_ENTER && key != 1 \n*) { 
if (key == KEY.UP) { 
if (first_line > 0} 
first_line --； 

} 

if (key == KEY_DOWN} { 

if (first_line + BOXED_LINES + 1 < tracks) 
r irst_lir.e+ + ; 

} 

/★ now draw the appropriate part of the pad on the screen * / 
prefresh(track_pad_ptr, first_line, 0, 

BOX_LINE_POS, BOX_ROW_POS, 

BOX_LINE_POS + BOXED_LINES, BOX_ROW_POS + BOXED_ROV ； S); 
key = getch ()； 

} 
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delwin(track_pad_ptr )； 
keypad(stdscr, FALSE )； 
nocbreak ()； 
echo ()； 


4 次のコードは、 I ••の 2 つの問数で使われている ge し return 問数です 0 get—return 関数は 
キヤリッジリターンを説み取ります。その他の文字はすべて無视します。 

void get _ return () 

{ 

int ch ； 

mvprintw(ERR0R_LINE+1 # 0, "%s", " Press return ”； 
refresh ()； 

while ((ch = getch()) != 1 \n* && ch != EOF) 


次の M はプログラムの火行例です。 



CD Database toiication 


Options: 


acW ncM CD 
o find CD 

co^t CDs and tracks in the catalog 
list tracks on arrent CD 
t CD 


remove arrent し u 
ccdate track infomation 


quit 


Move highlight then press Retcm 


CD: take6: So Much 2 Say 


図 6.9 CD データベースアブリケーシヨン 
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この章のまとめ 


このなでは、 curses ライブラリについて説明しました curses は、テキストベースのブログ 
ラムで肉 ㈨ を制御したりキーボードを説み取ったりするときに便利なライブラリです。 

汎川端未インタフェース （ GT 1) と比べると、 curses ライブラリでは端末を細かく制御した 
り、 terminfo に^接アクセスしたりすることはできませんが、使い"ははるかに簡中•です。フ 
ル I 叫血のテキストベースアプリケーシヨンを作成する場介には、 curses ライブラリを使うと I 由 i 
Ifli やキーボードを簡中•に荇理することができます。 




データの 管理 
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第3窜ではファイルの操作について説明し、第4章ではリソースの制限について取り1•.げまし 
た0この草では、データの管理をテーマに、リソースの割り、 1 1てを竹邱する"法、複数のユーザ 
一が R 時にアクセスするファイルの扱い"、ほとんどの UNIX システムで利川4能なデータべ一 
スライブラリ dbm の使い力について説明します。 

取り h げる功 FI は次のとおりです0 

〇 動的なメモリ竹理 

〇 ファイルのロック、協調ロック、共冇ファイルのリージョンのロック、デッドロックの | H | 

避方法 

9 dbm データべース 


MB メモリの管 理 

どんなコンピュータでも、メモリは vt 屯なリソースです。また、どれだけたくさんのメモリが 
利⑴町能でも、決して I •分とはいえないのがメモリです。 1 MB のメモリが必製になることはま 
ずないだろうと思われていた時代もありましたが、今ではシングルユーザー⑴パーソナルコンビ 
ュータでさえ、 iri 低 8 MB や 16 MB のメモリを搭极しています。 

UNIX では、 M •も初期のバージョンから、メモリ竹 AU こ問して非常に明解なアブローチをとっ 
ています， UNIX アプリケーションは、物神•メモリにめ:接アクセスすることを許されていません。 
アプリケーションからは物邱メモリにアクセスしているように兑えますが、その火体は、いわば 
オペレーティングシステムが巧みに描き出した幻想です。 

UNIX はブロセスに対して、 フラッ トでセグメント化されていないメモリモデルを提供してい 
ます。各プロセスには、そのプロセス独 H のメモリ領域が〇••えられます。また、ほとんどすべて 
のバージョンの UNIX がメモリ保迸を提供しており、ほかのプロセスやオペレーティングシステ 
ムのメモリが、イく十:なブログラムによって l - J ! ••きされないようになっています。•般に、あるプ 
ロセスに割り4てられたメモリは、ほかのどのブロセスからも説み,1;:きすることはできません, 
UNIX では、ハードウェアに⑴总されている機能を使って、こうしたプライベートなメモリの使 
いかを奕現しています。 


mKKm 単純なメモリの割り当て 


メモリを割り、 1 彳てるには、標準 C ライブラリの Hialloc を使います) 
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#inciude <stdlib-h> 
void *malloc(size t size); 


--部の UNIX では特別な malloc . h をインクルードしなければならないことがありますが、 
X/Open 代様ではその必发はありません 0 割り冯てるバイト数を指定するパラメータ size は、符 
作なし整数耶でなければなりませんが、中•なる int ではなく、 size _ t である点に注 •& してくだ 
さい。 

UNIX システムでは非常に多くのメモリを別り、てることができます。さっそく K してみまし 
よろ0 


iSH 単純なメモリの割り当て 

次のような内矜の memoryl.c ブ U グラムを作成します 0 

#inciude <unistd.h> 

#include <stdlib.h> 

#include <stdio.h> 



#define A.MEGABYTE (1024 * 102 4) 



char * some_memoiy; 

int megabyte = A_MEGABYTE; 

int exit.code = EXIT_FAILURE; 

some 一 memory = (char *)malloc(megabyte); 
if (some 一 memory != NULL) { 

sprintf(some 一 memory, "Hello World\n M ); 
printf("%s", some_memory); 
exit^code = EXIT_SUCCESS; 

) 

exit(exit code); 


プログラムを火行すると、次のように出力されます 


$ memory 丄 

Hello World 

解联 

この プロ グラムでは、 malloc ライブラリを使って 1 MB のメモリへのボインタを受け取ります 0 
malloc の呼び/ li しが成功したかどうかをチェックし、割り当てられたメモリの--部を使川して 
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•淡，するメモリが火際に/ f: 作することを確かめます。プログラムを奕行すると、 Hello World 
と表示され、割り当てられたメモリが存存:していることがわかります 
malloc が返すポインタは void * 喂なので、結果をキャストして char にしています 
malloc 関数ではアラインされたメモリが返されることが保証されているので、戻り侦を任盘の 
喂 への ボインタにキャストすることができます： 

このプログラムには、 MSDOS プログラムと人きく與なるムが2つあります。ひとつは 、 DOS 
エクステンダや込み人ったメモリモデルなどを使川せずに、 1 MB のメモリをひとつの人きなかた 
まりとして剖り3てている点です。もうひとつは、中•なる幣数 （ int ) を使って 1 MB という人き 
なメモリを 剖り、 1 彳てている点です。通常の MS » I ) OS ブログラミングモデルでは、 int はたかだか 
16ビットです.，したがって、符合なし幣数を使ったとしても、16ビット幅幣数で衣坝|り•能な W 
人侦の65535バイトのメモリしか割り4てることができません。 

•方、ほとんどの UNIX システムは32ビット幅幣数を使⑴し、メモリを指すのに32ビット幅 
のポインタを使川しているので、 4 GB までのメモリを指定できます。つまり、 UNIX では、セグ 
メントレジスタやその他のトリッキーなしくみを利川しなくても、32ビットポインタを使って広 
人なメモリ空問をダイレクトにアドレッシングすることが町能です。このようなメモリモデルの 
ことを••フラットな32ビットメモリモデル”と呼びます。このメモリモデルは、32ビットアプリ 
ケーションを火むする Windows NT や Windows 95でも使われています。16ビットに制限された 
UNIX も存介:しますが、きわめてまれです。なお、64ビットバージョンの UNIX もむ:在するため、 
幣数が32ビット幅であるという前提でプログラムを作成してはいけません。 


DQ 3 大量のメモリの割り当て 

UNIX には、 DOS のメモリモデルの制限がありません。そこでもうひとつ、おもしろい灾験を 
してみましょう。，荇のマシンには 16 MB のメモリが搭敕されていますが、このマシンで malloc 
を使ってメモリを割り当て続けるとどうなるでしょうか〇カーネルや灾行中のほかの ブロ セスが 
いくらかメモリを使っているはずですから、おそらく 16 MB よりやや少ないあたりで malloc の 
呼び出しが失敗すると考えられます。 


例題 


全物理メモリの割り当て要求 


次のような内枰の memory 2 . c を作成し、マシンに搭似されているすべてのメモリを割り、レ!て 
てみます 3 

#inclucie <unistd.h> 

# include <stdlib.h> 

孖 include <stdio.h> 


#define A 一 MEGABYTE (1024 * 1024) 





int main () 


char *some 一 memory; 

size_t size__to—allocate = A_MEGABYTE; 
int megs_obtained =0; 

while (megs^obtained < 16) { 

some_memory = (char *)malloc(size_to_allocate); 
if (some 一 memory != NULL) { 
megs_obtained++; 

sprintf(some 一 memory, "Hello World"}; 

printf("%s - now allocated %d Megabytes\n", some 一 memory ， 
megs.obtained); 

} 

else { 

exit(EXIT.FAILURE); 

) 

} 

exit(EXIT.SUCCESS); 


プログラムを実行すると、次のように出力されます（一部出力を竹略しています)。 

$ memory2 

He 丄丄〇 World - now allocated 1 Megabytes 
Heiio World - now allocated z Megabytes 
• • • 

Hello World - now allocated 15 Megabytes 
Hello World - now allocated 16 Megabytes 


解説じ 

iii 初のブログラムとほとんど M じですが、ループを使ってメモリの剂り，てを繰り返していま 
す。イヾ恐 I 淡なのは、物邱メモリをすべて割り、 1 1てているはずなのに、ブログラムがきちんと#作 
することです。なお、このブログラムでは、 malloc を呼び出すときに size_tM を使っていま 
す。坝作の Linux の％焚では、これは义際には unsigned int です 3 

time コマンドを使ってブログラムの実行時問を測定してみましょう 0 

$ time memory 2 

，パのシステムでは、1秒もかからずにブログラムが灾行されました。つまり、すべてのメモ 
リを割り4てることができただけでなく、非常に速く剖り“彳てを行うことができたわけです。 

それでは、いったいどれだけのメモリを割り，てることができるのでしょうか。次のサンプル 
ブログラム! n emory 3 . c では、 1 KB ずつメモリを割り丐て、各メモリブロックに”き込みを行い 
ます： 
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例題 


利用可能なメモリ 


このサンプルブログラム memory3.c は、システムを酷使するブログラムです。複数の ユーザ 
一でマシンを使っている垛介には、ほかの ユーザーに 迷惑をかける uf 能性があるので、灾行せず 
にコードを 1 1で追うだけにとどめたほうがよいでしょう。 

# include <unistd.h> 

# include <stdlib.h> 

^include <stdio.h> 

#define ONE_K (1024) 

int main() 

{ 

char *some 一 memory; 
int size_to_allocate = ONE_K; 
int megs_obtained =0; 
int ks_obtained =0; 

while (1){ 

for (ks.obtained =0; ks—obtained < 102 4; ks_obtained++> { 
some 一 memory = (char *)malloc(size—to_allocate); 
if (some—memory == NULL) exit(EXIT—FAILURE); 
sprintf (some_meniory # "Hello World"}; 

} 

megs_obtained++; 

printf( M Now allocated %d Megabytes\n", megs—obtained); 

} 

exit(EXIT—SUCCESS); 


，行の マシンでブログラムを 火行すると、次のように川ノ J されます （ •部出力を宵略していま 
す ）0 


$ memory 3 

Now allocated 1 Megabytes 
• • • 

Now allocated 41 Megabytes 
Now allocated 42 Megabytes 


火行にはやや M い時問がかかり、 12 MB を過ぎたあたりから II に坫えて動作が迷くなりました。 

解説 

アプリケーションに割り、 1 1てられるメモリは、 UNIX カーネルが竹邱しています。 UNIX カー 
ネルは、プログラムがメモリを要求したり、割り4てられたメモリに対する説み取りや外き込み 
を行つたりするたびに、プログラムからの贤求の処邱"法をします 
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UNIX カーネルは、 M •初のうちは、乍いている物邱メモリを使ってアプリケーションのメモリ 
要求を満たすことができます。しかし、いったん物现メモリに空きがなくなると、スワップ領域 
を使い始めます0スワップ領域は、ほとんどのバージョンの UNIX では独ぐ/:したデイスク領域を 
总味し 、 Microsoft Windows のスワップファイルと M じような脚きをします 0 ただし、 
Microsoft Windows の場合とは货なり、ローカルヒープやグローバルヒープ、あるいは廃衆" f 能 
なメモリセグメントについて芩你:する必耍はありません。代わりに UNIX カーネルがすべてを竹 
观してくれます。 

カーネルは、データとプログラムコードを物邱メモリからスワップ領域へ、またスワップ領域 
から物理メモリへと移動します。このため、メモリが説み齊きされる時戊では、 該ヽ 1 彳するデータ 
がそれまで火際にどこに沢かれていたかには閲係なく、保•に物邱メモリ上に存在していたかのよ 
うに兄えます。 

技術的な解说をすると、 UNIX は“デマンドページド想メモリシステム”を火装しています0 
ユーザーから 兑えるすべてのメモリは仮想メモリ （バーチャル メモリ）であり、ブログラムが使っ 
ている物邱アドレスに火際(こ//イ I :しているわけではありません。 UNIX では、すべてのメモリは 
ページに分別されます •般に、1ページは4096バイトですプログラムがメモリにアクセスを 
抵みると、仮想メモリから物理メモリへの変換が行われます。変換の"法、および変換にかかる 
時問は、使川しているハードウェアによって興なります。アクセス先のメモリが、物现的にはむ: 
作していないメモリである場合にはページフォールトが発化し、制御は UNIX カーネルに移され 
ます， 

UNIX はアクセスされるアドレスをチェックしており、アクセス先のメモリがブログラムで使 
川できるアドレスである坳介には、物邱メモリのうちどのページを利川吋能にするかを決定しま 
す。そして、•该、レ|するページがまだ M き込みの行われていないページである場合には、そのペー 
ジを剂り、*彳てます。スワップ領域のデイスクに格納されているページである坳介には、 II 的のデ 
一夕が穴まれているメモリページを物押.メモリに説み込みます（このとき、既存のページがデイ 
スクに沿い出されることもあります）〇次に、仮想メモリアドレスを物理メモリにマッピングし、 
ユーザーブログラムに処现の続行を許" J します0 UNIX アプリケーションの側では、こうした报 
作についていっさい名!4!：する必费はありません0これらの操作はすべて、 UNIX カーネル内部に 
防•された形で炎装されているからです。 

アプリケーションが物现メモリとスワップ領域の肉 V /を使い果たしてしまった場合、または敁 
人スタックサイズの制限を超えた場介、 UNIX カーネルはそれ以上のメモリ要求を祀沂します。 

これまでに説明したことをアプリケーションブログラマの側から U ると、よいことずくめです。 
UNIX のメモリ管理は非常に優れており、単に大 M のメモリを使用できるだけでなく、非常に多 
くのメモリを1 つのブロックと して使⑴することができます。 ひとつ 注,&が必要なのは、2 つの メ 
モリブロックを割り 、レ丨 てた場•介、これらのメモリブロックが、述続してアドレッシング " r 能な中. 
一のメモリブロックを形成するわけではないことです，メモリブロックを2 つ •炎求した場•介には、 
• X : 求どおりに2 つの 独立したメモリブロックが割り-、レ丨てられます。 

さて、メモリは一兑無制限に提供されているように U えますが、 malloc からの W り侦をチェ 
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ックする总味はないのでしょうか0そんなことはありません。動的に 割り 、 1 1 てられるメモリを使 
う C ブログラムでよく問題になることとして、割り4てられたブロックを超えた部分への I 1 !••き込 
みがあります。このようなことが行われた垛介、プログラムはすぐに終了するわけではありませ 
んが、 malloc ライブラリルーチンが内部的に使用しているデータを誤って hi 1 ? きしている" J* 能 
性があります。 

通常、こうしたケースでは、次の malloc 呼び出しが失敗します 0 これは割り，てるメモリが 
小足しているからではなく、メモリ惝造が破壊されてしまっているからです。こうした問姐は迫 
跡が W 難であることが多く、エラーを検 m したらなるべく Y •く股 W を特定することが人切です。 
第9が•ではデバッグと鉍適化に ついて 取り上げ、こうしたメモリ問速の問題を解決するのに役ケ 
つ ツールを 紹介します 0 


ESE 1 メモリの不正使用 

メモリを小 ll: に使った坳介には、どのようなことが起こるのでしようか。次の mem 0ry 4. C で 
は、剂り’レ I てたメモリを超えた邰分にノトき込みを行ってブログラムの勋作を確かめます0 

EIH メモリの不正使用_ 


ttincluae <stdliD.h> 
#define ONE K (1024) 



char *some 一 memory; 
char *scan_ptr; 

some 一 memory = (char *)malloc(ONE_K); 
if (some—memory == NULL) exit(EXIT_FAILURE); 

scan_ptr = some_memory; 
while(1){ 

*scan_ptr = 1 \0•; 
scan_ptr++; 

> 

exit(EXIT—SUCCESS); 


ブログラムを実行すると、次のように出力されます 


$ memory4 

Segmentation fault 
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解説 

UNIX のメモリ竹邱システムは、システムのほかの部分をメモリのイく il : 使) | j から守っています。 
UNIX は、ほかのプログラムに恶釤郛が及ぶのを防ぐために、 I •.のサンプルプログラムのような 
小 ii •:な動作をするプログラムを終 r させます。 

UNIX システム I ••で义行される各プログラムから见えるメモリマップは、そのプログラム独 「I 
のものであり、ほかのすべてのプログラムのメモリマップとは识なります。物邱メモリがどのよ 
うに妃吖されているかはオペレーテイングシステムだけが把捉しており、オペレーテイングシス 
テムが ユーザー ブログラムに代わってメモリを竹邱し、各 ユーザー ブログラムをほかの ユーザー 
プログラムから保擭しています 3 

ヌルポィンタ 

MS 4)() S とは W なり、今 II の UNIX システムはヌルボインタに対するノ! : き込みや説み取りを非 
常に厳しく制限しています（ただし、ヌルポインタへの i 1 ! •き込みや説み収りのときに実際にどの 
ような#作をするかはシステムに依む:します）〇 

EHh ヌルポインタへのアクセス_ 

次の memor y 5 • c は、ヌルポインタにアクセスしたときにどのようなことが起きるかを確認する 
プログラムです。 

#inciude <unista.h> 

#include <stdlib.h> 

^include <staio.h> 


char *some 一 memory = (char *)0; 

printf("A read from null %s\n", some 一 memory); 
sprintf(some 一 memory, "A write to null\n"); 
exit(EXIT_SUCCESS); 

} 

プログラムを；行すると、次のように出力されます 0 


$ memory5 

A read from null (null) 
Segmentation fault 
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解説 

printf では、ヌルポインタが指しホす义卞•列の衣尔を試みています。次の sprintf では、ヌ 
ルポインタへの抑き込みを試みています0灾行例からわかるように、 C ライブラリはヌルポイン 
夕からの説み取りを許町しており、 （ null ) \0という文字列が返されています。づムヌ 
ルポインタへの御き込みでは、ただちにプログラムが終 r させられています。ユーザーブログラ 
ムから U えるすべてのメモリは仮想メモリなので、アドレス0は物理メモリのアドレス0を指す 
のではなく、プログラムが所イ|•していないアドレス乍問のページを桁しています。 


メモリの解放 

さて、これまではメモリの割り、レ|てだけを取り卜.げ、使川したメモリはプログラムの終了時に 
適 W に処邱されるものとしてば•を進めてきました。火際、 UNIX のメモリ竹邱システムでは、プ 
ログラムの終 r 昤にメモリがシステムに返されることを保訨しています。しかし、中.にメモリを 
削り叫て、それを使ったあとに終 r するだけのブログラムはまれです。むしろ火際のブログラム 
では、必贤に応じて勋的にメモリを使うほうがふつうです。 

勋的にメモリを使うプログラムでは、使っていないメモリを free によって malloc メモリマネ 
ー ジャに返す必贤があります0イく恕なメモリを解放すれば、分断されたメモリブロックはマージ 
され、アブリケー シヨ ンに代わって malloc ライブラリがメモリを竹邱してくれます。火行中の 
プログラム（ブロセス）がメモリを使川したあとに解攸した場介、解攸されたメモリはプロセス 
に沏 り、 てられたままですただし、そのメモリが使われていなければ、 UNIX のメモリマネー 
ジャによって該当するメモリを物邱メモリからスワップ領域にページアウトすることが吋能にな 
るので、リソースを介効に活⑴することができます0 


#include <stdlib-h> 

void free(void *ptr_to_memory); 


free のリ丨数は、 malloc 、 calloc 、 または realloc を呼び出して割り:男てられたメモリへの 
ポインタでなければなりません 0 calloc と realloc についてはすぐあとで取り上げます 0 

ISHI メモリの解放 

次の memory6 . c は、 free の使いノ j •をポすプログラムです。 

#mclude < stdlib . h > 

#define ONE—K (1024) 


int main () 
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char * some—memory; 

int exit.code = EXIT.FAILURE; 

some 一 memory = (char *}malloc(ONE_K); 
if (some 一 memory != NULL) { 
free(some 一 memory}; 
exit_code = EXIT_SUCCESS; 

} 

exit(exit_code); 


解説 


以前に制り $ てられたメモリへのポインタを指定して free を呼び出しています 



あるメモリブロックに対して free を呼び出すと、それ以後、そのメモリブロックは malloc ラ 
イブラリによって管理されます。 free を呼び出して解放したメモリに対して読み取りや S き込 
みを行ってはいけません。 



esq その他のメモリ割り当て瞧 


malloc や free ほどは使われませんが、 メモリの •別り、レ|てを行う間数として calloc と 
realloc があ ります 0 


#include <stdlib.h> 

void *cailoc(size_t number_or..elements, size_t element_size); 
void *realloc(void ^existing memory, size_t new_size); 


malloc l " j 様、 calloc も free で解/ A できるメモリを割り1てますが、パラメータはやや與なり 
ます calloc は、構造体の紀列に使うメモリを 割り 、 1 1 てるのに使)11し、要素の数と各要索のサイ 
ズをパラメータとして指定します，沏り4てられたメモリは0で塊められ、呼び出しが成功する 
と、似初の要素へのポインタが返されます。次に calloc を呼び出したときに、以前の空問と速統 
した空問が返されることが保証されない点は、 malloc の場合と同じです。したがって 、 calloc 
を呼び出して作成された Ail 列を、 calloc をもう•度呼び出すことで拡张することはできません。 

realloc 閲数は、以に剂り4てられたメモリブロックのサイズを変史します。 realloc に 
渡すパラメータ existing _ memory と new — size には、以前に malloc 、 calloc 、 または 
realloc によって剖り4てられたメモリへのポインタと新しいサイズを指定します 。 realloc 1^ 
敉は、坎求された操作を火行するためにデータを移#することがあります。したがって、 
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realloc を使ってメモリを割り、 1 〗て直した場合には、 realloc から返された新しいボインタを使 
う必发があります。 realloc を呼び出す前に使っていた以前のボインタを使ってはいけません。 

realloc を使う場合には、もうひとっ注立が必•皮です c realloc は、メモリのサイズを変史 
することができない場合にはヌルポインタを返します。っまり、次のようなコードを記述すると、 
問題が起きる4能性があります。 

my__ptr = malloc (BLOCK_SIZE) ; 

•參♦春 

xny_ptr = realloc<my__ptr, BLOCK—SIZE * 10); 

もし realloc の呼び出しが失敗すると 、 my _ ptr にはヌルポインタがセットされます。このた 
め、 iti 初に malloc で剂り4てられたメモリ Umy _ ptr を使ってアクセスすることはできなくなり 
ます，このような問題を M 避するには、 realloc ではなく malloc を使って新しいメモリを要求 
し、敁初に確保したメモリブロックから新しいメモリブロックに memcpy を使ってデータをコピ 
一したあと、 free を使って敁初のメモリブロックを解攸します。このガ法を使えば、エラーが 
発十•した場合でも W ： 初のメモリブロックに格納されていたデータにはアクセスできるので、，後 
処邱を適切に行ってからプログラムを終 r することができます 


WWM ファイルのロック _ 

ファイルのロックは、マルチ ユーザー マルチタスクオペ レー テイングシステムにとって非货 
に小ン炎な总味を持っています。プログラムではしばしばデータを共心する必袈があり、通常はフ 
ァイルを汕じてデータの共•々を灾现します 0 そのためには、ブログラムがなんらかの力•法によっ 
てファイルを n 分の竹邱ドに沢く必要があります。ファイルを n 分の竹理ドに沢けば、安全に史 
新することができますまた、ほかのブログラムも、•说み取りを行おうとしているファイルが、 
別のブログラムによる#き込み屮などで過渡的な状態にある場介には、読み取り操作を中 ii •.する 
ことができます C 

UNIX には、ファイルのロックに使川できる機能がいくつか用盘されています。似も中•純なテ 
クニックとして、ロックの作成中に小適切な処那が行われないように、ァトミックな揀作でロッ 
クファイルを作成する"法があります。このノア法では、 •£: であることが仪ぷ|:されるファイルを 
作成することができ、別のブログラムによって M 時(こファイルが作成されることもありません。 

もうひとつ、より“機能なテクニックとして、 ファイルの •部をロックして排他的にアクセス 
するノゾ法があります。 X/Open に咿拠したバージョンの UNIX では、この 2 游丨丨のロックを火现 
するために、2っの W なるん•法が川されています。ここでは、これらの"法のうち•"だけを 
ぼしく収り I ••げます。もうひとつの"法もしくみとしては非常によく似ており、プログラミング 
インタフェースが少し饵なるだけです。 
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ロックファィルの作成 

多くのアプリケーションでは、使 ) H するリソースのロックファイルを作成すれば I •分です〇こ 
の垛介、ほかのブログラムは、ロックファイルを,揭ベてリソースにアクセスできるかどうかを判 
断します。 

• 般に、この神 : のロックファイルは特別な場所に沢かれ、制御対象のリソースに閲迚する名前 
が付けられますたとえば、モデムを使う場合、 Linux では / usr/spool/micp ディレクトリに 
ロックファイルを作成します（ディストリビューシヨンによっては、別のディレクトリを使って 
いることがあります）。また、多くの UNIX システムも、シリアルポートが使川できるかどうかを 
すため（こ / usr/spool/uucp デイ レクトリを使っています 


$ Is /usr/spool/uucp 

LCK..ttySl 


ロックファイルは、平 .( こインジケータとしての役剂をたすだけです〉つまり、ロックファイ 
ルの使川に問しては、さまざまなブログラムがいに協满する必袈があります。この神:のロック 
は、（必姒ロックと対比させて）アドバイザリロック（忠 ;V ロック）と呼ばれます， 

ロック インジケータとして使うファイルを作成するには 、0 CREAT フラグと〇 _EXCL フラグを 
衍定して open システムコー ルを呼び出します (open システムコールは f cntl.h で ) U 在 されてお 
り、木 , ではすでに第 3 ヴで取り I•. げました） 0 この " 法で open を呼び川すと、ファイルがまだ 
介 :/|: していないことを確認したうえで、中.•のアトミックな槐作でファイルを作成することがで 
きます。 



例題 


ロックファイルの作成 


次の lockl.c は、ロックファイルを作成するブログラムです 0 


#mciude <unista^h> 
^include <stdlib.h> 
#inciude <stdio_h> 
#include <fcntl.h> 
#inc 丄 ude <errno•h> 



int file_desc; 
int save_errno; 

file_desc = open("/tmp/LCK.test", 0_RDWR | 0—CREAT | 0—EXCL, 0444); 
if (file.desc ==-1){ 
save_errno = errno; 

printf("Open failed with error %d\n", save_errno); 
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else { 

printt("Open succeeded\n"); 

> 

exit(EXIT^SUCCESS); 

> 

ブログラムを初めて义行した場合、出力は次のようにな I )ます。 

$ lockl 

Open succeeded 

しかし、もう•度プログラムを火むすると、結！1!：は次のようになります 

$ lockl 

Open railed with error 17 


解脱 

この ブログラムでは、 0_CREAT フラグと 0_EXCL フラグを指定して open を呼び出し、 /tmp 
/LCK.test という名前のファイルを作成していますプログラムを初めて火行したときには、フ 
アイルがまだむ•作しておらず、 open の 呼び川しは成功します 0 しかし、それ以降はファイルが 
すでにむ:作するために、呼び出しは失敗します。ブログラムが沿•に終，するようにするには、 
ロック ファイルを削除する必贤があります0 

Linux システムの場合、 エラー济け17は eexist を味し、ファイルがすでに#在している こ 
とを尔します エラー济 りは、ヘッグーファイル errno.h (またはこのファイルでイン クルー ド 
されているファイル）で定義されています。次に 氺 すのは、 エラー 潘 ひ 17 の定 在です。 

#define EEXIST 17 /* File exists */ 

これは、 open(0_CREATE 丨 0_EXCL> の失敗を衣す適 W なエラーです。 

リソースへの排他的なアクセスが必要になるのがブログラムの実行中の短い期間(しばしばク 
リティカルセクションと呼ばれます）だけである坳合には、クリティカルセクションに人る前に口 
ックファイルを作成し、クリティカルセクションを川たら unlink を使ってファイルを削除しま 
す0 

このロック機構が複数のプログラムによってどのように利川されるかは、簡中•なブログラムで 
確かめることができます0それには、 M じプログラムを2つ | n ] 時に実行します。次のサンプルプ 
ログラム lockhc では、時に$行する各プログラムを特定するために、第 4 ぐ c で取り I ..げた 
getpid を使ってプロセス ID を取得します。 
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例題 


協調ロックファイル 


1 次に/ ji すのは、ソースフアイルの:からクリティカルセクシヨンの前までです 


^include 
# include 
#include 
# include 
#include 


<uniscd.h> 

<stdlib.h> 

<stdio.h> 

<fcntl.h> 

<errno.h> 


const char *lock_file = "/tmp/LCK.test2"; 



int nie_desc; 
int tries =10; 

while (tries--) { 

file.desc = open(lock^file # 0_RDWR | 0_CREAT | 0_EXCL # 0444}; 
if (file_desc ==-1){ 

printf("%d - Lock already present\n", getpid ⑴； 
sleep(3); 

) 

else { 

2 クリティカルセクシヨンが始まります 

printf (”% d - I have exclusive access\n", getpid()); 
sleep(l); 

(void)close(tile.desc); 

(void)unlink(lock_file); 

3 クリティカルセクシヨンを終わります。 


sleep( 2 ) ; 

> 

} 

exit(EXIT SUCCESS); 


プログラムを戈行するには、まずロックファイルが作しない状態にしておく必袈があります 

$ rm -f /tmp/LCK.test2 

次のコマンドを使って M じブログラムを2つ卜]時に％行します0 


$ lock2 & lock2 
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次のように出ノ j されます。 

1284 - 丄 have exclusive access 
1^83 - Lock already present 
丄 283 - I have exclusive access 
1284 - Lock already present 
丄 284 - I have exclusive access 
丄 283 - Lock already present 

1283 - I have exclusive access 

1284 - Lock already present 
1284 - I have exclusive access 

1283 - Lock already present 

丄 283 - I have exclusive access 

1284 - Lock already present 

丄 284 • I have exclusive access 

1283 - Lock already present 

丄 283 - I have exclusive access 

1284 - Lock already present 

丄 284 - I have exclusive access 
丄 283 - Lock already present 
1283 - I have exclusive access 
丄 284 - Lock already present 

これは、 M 時に実行した M じブログラムが、いにどのように協調して動作しているかをボし 
ています。プロセス id は火行说垃によって穴•なる" r 能性がありますが、プログラムの動作 n 体 
は m じです。 

解説 

ブログラムの動作をわかりやすくするために、 while を 使って 101叫ループしています。ブログ 
ラムは、 W 心•のロックファイル/ tmp / LCK . test 2 を作成してクリティカルなリソースへのアクセ 
スを搣みます。ロックファイルがすでにむ:作するために•成みが失敗した場•介には、しばらく 待っ 
てからもう•度操作を铽みます）成功した垛介にはリソースにアクセスでき、 I •.の(で/ ji した 
クリティカルセクションの部分で、排他アクセスを必发:とする処坪を行うことができます 

このサンプルプログラムはデ モンス トレーシヨンを丨|的としているので、クリティカルセクシ 
ョンの部分では姒時問作機するだけにしています〇リソースの使川を終えたら、ロックファイル 
を削除してロックを解除しますロックを解除したあとは、次にロックをかける前に別の処那を 
行うこともできます（サンプルブログラムでは sleep を呼び出しています） 0 ロックファイルは バ 
イナリセ マフ ォとして機能し、各ブログラムからの「リソースは使川" J * 能か」という問いに対し 
て「はい」か「いいえ」のいずれかの答えを返します 3 

ここで屯•炎なのは、ロックが協調的なん•法で火现されている/•(ですつまり、このしくみが 
しく#作するためには、すべてのプログラムを適切に紀述しなければなりません。たとえば、口 
ックファイルの作成に火敗したときに、ロックファイルを削除して操作を洱试行するように紀述 
されたプログラムがあるとします。このプログラムでは、••の時人 1 . ( でロックファイルを作成 
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することができますが、もとのロックファイルを作成したプログラムでは、リソースへの排他ア 
クセスが火われたことを知る方法がありません。 


7 . 2.2 


リージヨンのロック 


ロックファイルの作成は、シリアルポートなどのリソースに対する排他アクセスを制御するん • 
法として便利ですしかし、サイズの人きなルイ!•ファイルへのアクセスを制御する"法としては 
あまり適切ではありません。たとえば、あるプログラムが作成した1つの1(人なファイルを、ほ 
かの多数のプログラムから時に 1 ii 新するケースを芩えてみてください。 U •体例としては、ある 
プログラムがなんらかのデータを以期叫にわたって;!11続して紀鉍し、このデータをほかのいくつ 
かのプログラムから処观する坳介を想^するとよいでしょう0記録されたデータを処那する側の 
ブログラムでは、データを記録するブログラムが終丫するのを待っているわけにはいきません。 
データを紀鉍するプログラムは、ずっと火行されたままになっているからです。したがって、デ 
一夕を処现する側のブログラムでは、なんらかの協調的なノ/法を通じて M じファイルに M 時にア 
クセスできるようにする必要があります。 

このような場介に侦利なのが、ファイルのリージヨンのロックです。リージヨンのロックでは、 
I 丨的のファイルの特定の部分をロックし、ほかの部分は別のブログラムからもアクセスできるよ 
うにします。 UNIX では、このしくみを火现するために、少なくとも 2 つのノ/法が川总されてい 
ます 0 ひとっは、 fcntl システムコールを使う"法です 0 もうひとっは、 lockf を使うガ法で 
す > ここでは、より一般的な fcntl インタフェースを /ti •初に取り I ••げます 0 lockf を使う"法 
も、 fcmtl を使うか法とほとんど M じです。 

fcntl については、すでに第 3 C でも収り I •.げました。 


#include <fcntl.h> 

mt rent 1(mt nildes, mt command, . •.); 


fcntl は、オープンされたファイルデスクリブタを対象として、パラメータ command に応じて 
さまざまな挽作を火行します c このうち、ファイルのロックに間係するものには次の3つがあり 
ます。 

9 F_GETLK 
(J F -SETLK 
(J F_SETLKW 

これらのパラメータを使う場•介、 3 つ II のパラメータは struct flock へのポインタでなけれ 
ばなりませんしたがって、ブロトタイプは火際には次のようになります> 
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mt fcntlunt fi 丄 des, mt command, struct flock * flock structure )； 


flock (ファイルロック）惝造体は システムに 依む:する惝造体ですが、少なくとも次のメンバ 
を持っています s 


short l_type ； 
short l_whence ； 
off_t l_start; 
off_t l_len ； 
pid^t l_pid; 


メンバ 1- type は、次のいずれかの侦を取ります，これらの侦は fcntl . h で定義されています 


表 7. 1 flock 構造体のメンバ l_type の値 



F-RDLCK 共有ロック（または“読み取り"ロック）。褸歆の異なるブ□セスが、ファイルの同じ領域（また 


はオーバーラッブする複歆の領域）に対して共有ロックを持つことができる。共有ロックを持つ 
ブロセスが1つでも存在する塌合、どのプロセスもそのリージヨンに対して排他ロックを取得す 
ることはできない。共有ロックを取得するには、ファイルが読み取りアクセスまたは読み«きア 
クセスでオーブンされていなければならない。 

•••••••傷•••••••••••着■•••••••••••拳•••••••拳••秦參參•參••••••••••••••••••••••••••••寿•參••••••••••••••春# 參••••春參 ••••••_ •參••籲••❿••⑩•參••••参••••#•##4## •參•參•••春# •參參# 參參參## 

F_UNLCK アンロック。ロンクを解除するのに使われる。 

• 參•零••零 攀•擊 •• •眷 譬馨•馨參••參馨春•参籲籲籲籲籲馨參參參馨•參籲鲁籲籲籲馨•馨參籲籲籲籲參籲_修籲籲籲參馨籲籲籲籲馨參參籲籲籲參馨籲參籲籲癱籲#籲籲聲##赛#參籲#参#參參參#參參♦♦籲參 ###♦##•## 參#參參籲籲#籲•••••••春••••••••春### ♦•參•參參#參參春#參••參#參## 

F_WRLCK 排他ロック（または“占き込み"ロック)。ファイルの特定のリージヨンに対して琲他ロックを持 

つことができるのは、1つのブロセスだけである。あるブロセスが排他ロックを持つと、ほかの 
プロセスはそのリージヨンに対してどのような栲頦の□ックも持つことができなくなる。排他口 
ツクを取得するには、ファイルが K き込みアクセスまたは読み ii {きアクセスでオーブンされてい 
なければならない。 


1 一 whence 、 l _ start 、 l _ len は、ファイルのリージヨン （ 陳接するバイトの災ひ）を定衣する 
ためのメンバです d l _ whence は、 SEEK _ SET 、 SEEK — CUR 、 SEEK __ END のいずれかでなければな 
りませんこれらは imistd . h で定義されており、それぞれファイルの九•如、現介:位胙、ファイ 
ルの ili 後に対 It しますし whence は、リージョンの / ri •初のバイト位沢を衣す l _ start の相対才 
フセツトを衣します i ! ll 常は SEEK _ SET が使われるので、 l _ start はファイルの先頒からカウン 
卜されます。し len は、リージョンに穴まれるバイト玫を衣します。 

パラメータ l _ pid は、ロックを保持しているプロセスを银; V するのに使われます。あとの 
F . GETLK の説明を参照してください。 

ファイル内の各バイトに適川" f 能なロックは、ある時点では1神:類だけであり、共心•アクセス 
川に ロッ クするか、排他アクセス川に ロッ クするか、 ロ ックを解除するかのいずれかになります。 

fcntl に指定できるコマンドやオプションの糾み介せはたくさんあるので、以ドでは1つずつ 
順番に W •ていきます> 
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♦ F_GETLK コマンド 

F _ GETLK コマンドは、 fildes が示すオープンされているファイルに I 知するロック悄報を取以 
します： F _ GETLK コマンドは、火際にファイルのロックを••式みるわけではありません。このコマ 
ンドを使う場合、呼び出し側のブロセスでは、作成したいロックの神:類に閲する悄報を渡しま 
す， FGETLK コマンドを指定して呼び出した fcntl は、ロックの作成を妨げるような悄報があれ 
ば、その怙報を返します0 
flocktft 造体で使われる侦は次のとおりです 


表 7.2 flock 檇造 体の頎 （ F _ GETLK コマンド) 



1 -type 

共有（読み取り）ロックの渴合は FLRDLCK 、 排他（與き込み）ロックの場合は F—WRLCK 

1备獄■龜魏■■饞■麄置愈■鐘■雪輦曹雪曹曹參曹參曹耆▼鲁，曹▼贅▼癱翁，，，曹騫參鲁，，•▼，儘▼，贅鲁參擎擎，•聲•參••♦♦♦春參參# •#__•###### • • #_##_##參參馨_#參春###參#春#參參參籲籲•籲籲籲籲參籲籲鲁參參 • • • 9參籲•春## 

l_whence 

SEEK _ SET 、 SEEK . CUR 、 SEEK_END のいずれか 

，會，曹麄費•着眷眷擎，▼贅擎螫曹，争,，,曹警♦♦•，脅聲，♦春,春春參•拳參聲•參費,參•籲參參攀參參參應籲•瘺# •••••••## ••參參••參參••參參•••••••••••••••••••••••••♦春華##參# •籲#籲••會籲籲•♦•♦♦•♦♦♦♦•争••■春馨••拳■•春 

l_start 

ファイル内の目的のリージヨンの先頭バイト 

l_len 

ファイル内の目的のリージヨンに含まれるバイト歆 

l_pid 

► ♦春#春######參# •修■馨•着#拳###### ••參參# •參# •參參 ••••••#••# ••攀••••••♦•••拳•■•••■■■■■•••■■■•••零•零零零零零•零零琴冒■零冒零冒零■冒•冒罾零零零罾零翬冒零冒零-零冒冒零零零▼零▼▼ 雪 ▼ ▼ 

ロックを持つブロセスの ID 

プロセスでは、 

F _ GETLK コマンドを使って、ファイルのリージョンに対するロックの现丫 1:の状 


態を，刺べることができますそれには、 flock 梆造体に適切な倘を設定し、プロセスで^:定した 
いロックの神:籾と対象となるリージョンを指定します。呼び出しが成功すると、 f cntl は-1以外 
の侦を返しますすでにファイルにロックが設定されていて、次にロックが毋求されてもロック 
を I 没) U することができない坳介、 fcntl は適切な切報で flock 構造体を IV ” きします。次のロッ 
ク货求が成功する場•介、 flock 構造体は ( l_type に FJJNLCK が設定される点を除いて)変史さ 
れません。 FGETLK コマンドが必袈な怙報を収得できなかった場合には -1 が返されます。 

F_GETLK コマンドが成功した垛介(;乂《)侦が -1 以外の坳合 h 呼び出し側のアプリケーション 
では flock ^ 造体の内袢をチェックし、変史されていないかどうかを調べる必要があります。す 
でにロックが没定されている坳介、メンバ l_pid には、ロックしているブロセスのプロセス 1 D 
が役定されるので、 flock 惝造体が変 !li されているかどうかを凋べるには、このフイールドをチ 
ェックするとよいでしよう 0 

♦ F_SETLK コマンド 

F_SETLK コマンドは、 fildes が氺すフアイルの-部に対してロックの設定または解除を試み 
ます 0 flock 梆造体で使われる侦のうち、 F GETLK コマンドの場介と W •なるものは次のとおりで 
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表 7.3 flock 惰造体の値 （F SETLK コマンド) 



l_type 共有（読み取り）□ツクの場合は F _ RDLCK 、 排他（萬き込み）ロックの場合は F _ WRLCK 、 リー 


ジヨンに対するロックを解除する場合はこ UNLCK 。 

•••••••••••••春參•籲參拳•••••••••鑄•••••••••••拳參•參•參♦•參 _ ••••••••••••••••春•參••••••着參## 

使用しない。 


ロックが成功すると、 fcntl は -1 以外の侦を返します。失敗すると -1 を返します，この閲数 
は常にただちに W ります。 

♦ F—SETLKW コマンド 

F — SETLKW コマンドは、ロックを取得できない坳介には取沿できるまで行機する点を除いて、 
F 一 SETLK コマンドと M じです。いったん作機を始めると、 F __ SETLKW コマンドは、ロックを取以 
できるか、またはシグナルが発卞するまで;乂りません。シグナルについては奶1〇ウで取り|•.げま 
す： 

ブロ グラムがあるファイルに対して保持しているすべての ロックは、 |划迚するファイルデスク 
リブタがクローズされたときに「|勋的に解除されますまた、 ブロ グラムが終广した坳介にも |uj 
様の処理が行われます。 


7 . 2.3 


read / write とロック 


ファイルのリージヨンに対するロックを使う坳介には、“水#の fread や fwrite ではなく、 
低水準の read と write を使うことが非常に取要ですこれは、 fread と fwrite では、説み, 1 !: 
きされるデータがライブラリ内部でバッファリングされるためですたとえば 、 f read を呼び出 
してファイルの先頒から100バイトを説み取るとしますこの場合、火際には（そしてほぼ確火 
に)1〇〇バイト以 I :のデータが説み込まれ、100バイト H 以降のデータはライブラリ内部にバッフ 
ァリングされることになります：このとき、もう•度 fread を呼び出して次の100バイトを説み 
取ると、灾際にはライブラリ内部(こバッファリングされたデータが説み取られ、ファイルからさ 
らにデータを说み取るための低水準の read の呼び出しは行われない"]■能性があります 
このことがなぜ問姐になるのでしようか： | uj じファイルを新する2つのブログラムを例にと 
つてち•えてみましよう c ファイルは200バイトのデータ（すべて 0) から梆成されているとします 
iri 初のブログラムが先に奕行を開始し、ファイルの先 M 100 バイトに対して#き込みロックを取 
得します。次に fread を使って、ファイルの先如100バイトのデータを説み込みます。第:で 
•说明したように、 fread は•度に BUFSIZ バイトまでを•泣み込むので、火際にはファイル令休が 
メモリに説み込まれます。しかし、ブログラムに渡されるのは先颁の100バイトだけです。 

ここで、2褓 II のブログラムが灾行を開始します。2^11のブログラムは、ファイルの後半100 
バイトに対してルき込みロックを取付します。敁初のブログラムがロックを設定しているのはフ 
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ァイルの先如100バイトの部分だけなので、2沿 II のプログラムはロックの取作に成功します:> 2 
播丨丨のプログラムは、ファイルの100バイト II から199バイト II までに2を々き込み、ファイルを 
クローズし、ロックを解除してブログラムの龙行を終了します。この時 A で、 M •初のプログラム 
はファイルの後100バイトをロックし 、 f read を呼び出して該、レ〗するデータを説み込みます。 
しかし、このデータはバッファリングされているので、 iti •初のブログラムから U えるデータは、 
%際にファイルに格納されている100バイトの2ではなく、1()()バイトの0です。つまり、 W 初の 
プログラムが操作の対象にしているデータと、$際のファイルに格納されているデータとの叫に 
貪い違いが牛.じてしまいます。低水準の read と write を使えばこのような問題は起きません。 

やや説明が込み人っていたかもしれませんが、ファイルのロックは策で説明するより火際に 
使うほうが簡中.です。さっそくファイルのロックを使ったサンプルプログラムを作成してみまし 

ょろ〇 

ロックの動作を確かめるには、ロックを,没定するブログラムと、ロックをテストするプログラ 
ムの 2 つのプログラムが必袈です。 iti •初にポす lock 3• c は、ロックを行うブログラムのほうです r > 

EUB fcntl を使ったファイルのロック 

1ヘッダーファイルをインクルードし、変数を K ,? します。 

# include < unistd « h > 

#include < stdlib . h > 

#include < stdio # h > 

#include < fcntl # h > 

const char * test_file = "/ tmp/test lock "; 



int file _ desc ; 
int byte _ count ; 
char * byte _ to 一 write = " A "; 
struct flock region 一 1; 
struct rlock region _2; 
int res ; 

2 フアイルデスクリブタをオーブンします 


file—desc = open ( test — file , 0 _RDWR | 0— CREAT , 0666); 
if (! file _ desc ) { 

fprintf ( stderr , "Unable to open %s for read / write \ n M , 
test . file ); 

exit ( EXIT _ FAILURE ); 


データの管理 


3 フアイルに データを 抑き込みます。 

for ( byte—count =0; byte_count < 100; byte _ count ++) { 
( void ) write ( tile _ desc # byte_to write ,1); 


4 リージョン 1 を設定します。钝類は几•心•ロックで、位沢は10〜30バイト II です。 

region —1.1 —type = F — RDLCK ; 
region _ l • l_whence = SEEK _ SET ; 
region 一 l . l_start =10; 
regional • l_len =20; 

5 リージョン 2 を設定します c 神類は排他ロックで、位跗は40〜50バイト丨丨です。 

region _2• l_type = F _ WRLCK ; 
region _2.1 一 whence = SEEK _ SET ; 
region _2.1 _start = 40; 
region _2. l_len =10; 

6 ファイルをロックします。 

printf("Process %d locking file \ n ", getpid ()); 

res = fcntl ( file _ desc # F — SETLK , & region _ l ); 

if (res ==-1) fprintf ( stderr , "Failed to lock region l \ n "); 

res = fcntl ( file — desc , F — SETLK , & region 一 2); 

if (res ==-1) fprintf ( stderr , "Failed to lock region 2\ n M ); 

7 しばらく待機します。 

sleep (60); 

printf("Process %d closing file \ n ", getpid ()); 
close ( file . desc ); 
exit ( EXIT . SUCCESS ); 


解説 

まず、ファイルを作成し、ファイルを説み; 1 f き川にオープンしてデータを和き込みます。次に、 
リージヨンを2つ設定します。ひとつは10〜30バイト11までで、共イ!•（読み取り）ロックとしま 
す。もうひとつは40〜50バイト H までで、排他（界き込み）ロックとします。 fcntl を呼び出し 
て2つのリージヨンをロックし、しばらく待機したあと、ファイルをクローズしてプログラムを 
終 r します。 




プログラムが待機し始めた時焱で、ロックの状態は園のようになっています。 



07.1 ロックの状態 


このブロ グラムは、それ n 体ではあまり总味がありません。ロックをテストするには、もうひ 
とつプログラムが必要です。ここでは、ロックをテストするブログラムを lock 4. c という名前で 
作成します。 


例題 


ファイルのロックのテスト 


1ヘッダーファイルをインクルードし、変数を穴レ？します。 


# include < umsta . h > 

#include < stdlib . h > 

#include < stdio . h > 

#include < fcntl . h > 

const char * test__file = "/ tmp / test _ lock "; 
# de£ine SIZE _ TO_TRY 5 

void show 一 lock _ info(struct flock * to _ show ); 

int main () 

{ 

int file _ desc ; 
int res ; 

struct flock region 一 to _ test ; 
int start 一 byte ; 


ファイルデスクリプタをオープンします。 

file—desc = open ( test — file , 0 _RDWR | 0_ CREAT , 0666); 
if (! file _ desc ) { 

fprintf ( stderr , "Unable to open %s for read / write ", test file ); 




データの管理 


exit ( EXIT _ FAILURE ) ; 


for ( start_byte =0; start 一 byte < 99; start 一 byte += SIZE — T 0_ TRY ) { 

3 テストするリージョンを,没定します。 

region 一 to __ test . l_type = F 一 WRLCK ; 
region _ to _ test . l 一 whence = SEEK _ SET ; 
region _ to _ test . l_start = start 一 byte ; 
region _ to _ test . l_len = SIZE _ TO _ TRY ; 
region _ to _ test . l_pid =-1; 

printf("Testing F—WRLCK on region from %d to % d \ n n , 
start _ byte # start—byte + SIZE __ TO _ TRY ); 

4 ファイルに対するロックをテストします， 

res = fcntl ( file — desc , F _ GETLK , & region _ to — test ); 
if (res ==-1){ 

fprintf ( stderr , " F_GETLK failed \ n "); 
exit ( EXIT _ FAILURE ); 

} 

if ( region _ to—test . l__pid !=-1){ 

printf("Lock would fail . F—GETLK returned :\ n ">; 
show 一 lock 一 info (& region _ to 一 test 〉 ； 

} 

else { 

printf ( W F_WRLCK - Lock would succeed \ n "); 

} 

5 今度は共イ f (説み取り）ロックでテストを繰り返します0まず、テストするリージョンを設定 
します。 

region 一 to 一 test . l—type = F _ RDLCK ; 
region 一 to _ test . l 一 whence = SEEK 一 SET ; 
region 一 to _ test . l_start = start 一 byte ; 
region 一 to _ test . l_len = SIZE _ TO _ TRY ; 
region _ to _ test . l_pid =-1; 

printf("Testing F_RDLCK on region from %d to % d \ n ", 
start 一 byte , start 一 byte + SIZE _ TO 一 TRY ); 

6 ファイルに対するロックをテストします。 

res = fcntl ( file — desc , F — GETLK , & region 一 to _ test }; 
if (res ==-1){ 

fprintf ( stderr , " F 一 GETLK failed \ n "); 
exit ( EXIT _ FAILURE ); 
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if ( region _ to — test •丄 _pid != -1){ 

printf("Lock would fail . F—GETLK returned :\ n "); 
show — lock — info (& region _ to _ test ); 

} 

else { 

printf ( M F__RDLCK - Lock would succeed \ n w ); 

> 

} 

close ( file _ desc ); 
exit ( EXIT _ SOCCESS ); 


void show — lock _ info(struct flock * to _ show ) { 
printf ("\ tl 一 type % d , ", to 一 show ->1 一 type ); 
printf ( M l_whence % d , ", to _ show ->1— whence ); 
printf ("1 —start % d 9 ", ( int ) to — show -> l 一 start } 
printf ( M 1 一 len % d , M # ( int ) to _ show -> l _ len ); 
printf (" l_pid % d \ n M # to _ show -> l _ pid ); 




火際にロックをテストするには、まず lock 3 プログラムを火行し、次に lock 4 ブログラムを火 
行してロックされたファイルをテストします。 H 体的には、 lock 3 ブログラムをバックグラウン 
ドで灾行します0 


$ lock 3 & 

$ process 1334 lockinq rlie 


lock 3 ブログラムがバックグラウンドで灾行され、コマンドブロンブトが紀つてきます。ここ 
で、 lock 4 ブログラムを$行します。 


lock 4 


出力は次のようになります （ •部竹略しています) 

Testing F_V；RLOCK on region from 0 to 5 
F_WRLCK - Lock would succeed 
Testing F—RDLOCK on region from 0 to 5 
F_RDLCK - Lock would succeed 


Testing F^WRLOCK on region from 10 to15 
Lock would fail.F—GETLK returned: 

1 一 type 0,l_whence 0,l.start 10,l_len 20,l_pid 1534 
Testing F_RDL0CK on region from 10 to15 
F_RDLCK - Lock would succeed 
Testing F_WRLOCK on region from 15 to 20 
Lock would fail.F_GETLK returned: 

1 一 type 0 ， 1—whence 0,l^start 10 ， l_len 20,l_pid 1534 
Testing F_RDLOCK on region from 15 to 20 
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F RDLCK 一 Lock would succeed 


Testing F_WRL0CK on region from 25 to 30 
Lock would fail.F_GETLK returned: 

l_type 0,l_whence 0,l_start 10,l_len 20,l_pid 1534 
Testing F_RDLOCK on region from 25 to 30 
F RDLCK - Lock would succeed 


Testing F_WRLOCK on region from 4 0 to 4 5 
Lock would fail.F_GETLK returned: 

l_type 1,l_whence 0,l_start 40, 
Testing F__RDLOCK on region from 4 0 to 4 5 
Lock would fail.F_GETLK returned: 

l_type 1,l_whence 0 # l_start 40, 


l_len 10,1 一 pid 1534 

1 一 len 10,1 一 pid 1534 


Testing F_RDLOCK on region from 95 to 100 
F RDLCK - Lock would succeed 


解脱 

lock 4 は、ファイルを 5 バイト中•位で|メ:切り、ロックをテストするためのリージョンを設定し 
ます。次に、 i 1 !: き込みまたは説み取りのいずれかでリージョンをロックできるかどうかを調べま 
す返された* IVf 報は、ロック•炎求が火敗する似 W となるリージョンのバイト数、およびファイル 
の先沉(からのオフセットなどです） flocktft 造体の l _ pid には、现作ファイルをロックしている 
プログラムのプロセス II )が返されるので、 fcntl を呼び出す肋に -1 (プロセス II )として無効な 
侦）を•没定し、呼び出しから;乂ったときに侦が変わっているかどうかを調べます。リージョンが 
ロックされていない坳介、 l _ pid の侦は変化しません。 

プログラムからの出ノ J を解説するには、インクルードファイル fcntl.h ( Linux では 
/ usr / include/asm (こあります）を参照する必攻:があります。このファイルをはると、 l_type 
が1の Mi •介には F _ WRLCK を、 l _ type が0の場合には F _ RDLCK を衣すことがわかります。つまり、 
返された悄報のし type が1の垛介には、き込みロックがすでに存在するためにロック要求が 
'人•敗し、 l _ type が〇の坳介には、読み取りロックがすでに存在するためにロック要求が失敗し 
ます， lock 3 プログラムがロックしていないリージョンに讨しては、 J 1 、: イ 1 •ロックと排他ロックの 
咖方が成功します。 

10〜30バイト丨丨の部分では、共イ f ロックが " J ■能であることがわかります。これは、 lock 3 ブ 
ログラムが設定しているロックが J 1 ミイ f ロックであり、排他ロックではないからです。•ガ、40〜 
50バイト II の部分では、共存ロックと排他ロックのいずれの要求も失敗します。これは、 

するリージョンに対して lock 3 プログラムが排他 （F WRLCK ) ロックを持っているためです。 



ロックの取り合い 


ファイルに設定された既#のロックをテストする方法についてはすでにボしたので、今度は1 
つの ファイルの |" j じ部分に対して2 つの プログラムがロックを取り合った場介にどうなるかを见 
ておきましょう。まず、前に作成した lock 3 プログラムを使ってファイルをロックします〇次 
に、新しく作成するブログラムを使って M じファイルのロックを試みます。新しいプログラムで 
は、ロックを解除する呼び出しも使います。ブログラムの名前は lock 5 .c とします。 



ヘッダーファイルをインクルードして変数を寅言したあと、フアイルデスクリブタをオーブ 


ンします。 


# include < unistd . h > 

# include < stdlib . h > 

#mcluae < stdio . h > 

#include < fcntl . h > 

const char * test_file = "/ tmp / test _ lock "; 

int main () 

{ 

int file . desc ; 

struct flock region 一 to _ iock ; 
int res ; 

file_desc = open ( test _ file # 0 _RDWR | 0_ CREAT # 0666); 
if (! file _ desc ) { 

fprintf ( stderr , "Unable to open %s for read / write \ n " # test 一 file }; 
exit(EXIT FAILURE ); 


2 プログラムの残りの部分では、ファイル内のさまざまなリージョンを指定して铒なる神:類の 
ロック操作を試みます。 


region 一 to_lock.l_type = F 一 RDLCK; 
region 一 to_lock.l-Whence = SEEK 一 SET; 
region 一 to_lock.l_start =10; 
region 一 to_lock.l_len =5; 

printf("Process %d f trying F_RDLCK # region %d to %d\n", getpid(), 

(int)region 一 to 一丄 ock•1—start, (int)(region 一 to_lock•l_start + 
region 一 to 一 lock.l_len)); 

res = fcntl(file 一 desc, F_SETLK, &region 一 to—lock); 
if (res ==-1){ 

printf("Process %d - failed to lock region\n", getpid()); 

} else { 
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prmtf ( "Process %d - obtained lock region \ n ", getpid ()); 

> 

region — to — lock . l_type = FJJNLCK ; 
region — to _ lock .1 一 whence = SEEK — SET ; 
region — to _ lock . l_start =10; 
region _ to _ lock . l_len =5; 

printf("Process % d f trying F 一 UNLCK , region %d to % d \ n ", getpid (), 
( int ) region — to _ lock . l _ start , ( int )( region _ to _ lock . l_start + 
region 一 to — lock .1— len )>; 

res = fcntl ( file 一 desc , F — SETLK , & region _ to — lock ); 
if (res ==-1){ 

printf("Process %d - failed to unlock region \ n M # getpid ()); 

} else { 

printf<"Process %d - unlocked region \ n ", getpid ()); 

} 

region _ to _ lock . l_type = F _ UNLCK ; 
region — to _ lock . l 一 whence = SEEK — SET ; 
region 一 to _ lock . l—start =0; 
region 一 to — lock . l—len =50; 

printf("Process % d 9 trying F 一 UNLCK , region %d to % d \ n ", getpid (>, 

( int ) region — to 一 lock •1 一 start , ( int )( region 一 to — lock • l.start + 
region - to _ lock . l _ len )); 

res = fcntl ( file _ desc # F _ SETLK # & region _ to _ lock ); 
if (res ==-1){ 

printf( M Process %d - failed to unlock region \ n M # getpid ()); 

} else { 

printf("Process %d - unlocked region \ n ", getpid ()); 


region 一 to 一 lock 一 type = F — WRLCK ; 
region _ to _ lock . l 一 whence = SEEK _ SET ; 
region _ to _ lock . l.start =16; 
region 一 to — lock . l—len =5; 

printf ("Process % d , trying F — WRLCK , region %d to % d \ n ", getpidO , 

( int ) region 一 to — lock •1 一 start , ( int )( region 一 to _ lock •1 一 start + 
region _ to _ lock . l _. len )); 

res = fcntl ( file — desc , F 一 SETLK , ^ region 一 to — lock ); 
if (res ==-1){ 

printf("Process %d - failed to lock region \ n ", getpid ()); 

} else { 

printf("Process %d - obtained lock on region \ n ", getpid ()); 


region_to_lock.l_type = F_RDLCK; 
region_to_lock.l 一 whence = SEEK—SET; 
region 一 to_lock.l_start = 40; 
region 一 to—lock.l—len =10; 

printf("Process %d, trying F 一 RDLCK, region %d to %d\n ”， getpid(>, 

(int)region 一 to_lock•1 一 start, (int)(region 一 to—lock•1—start + 
region_to_lock.l_.len)); 

res = fcntl(file_desc # F 一 SETLK, &region_to lock); 
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if (res == -1){ 

printf("Process %d - failed to lock region \ n ", getpid ()); 

> else { 

printf("Process %d - obtained lock on region \ n ", getpid ()); 


region _ to _ lock . l_type = F _ WRLCK ; 
region _ to — lock .1 一 whence = SEEK _ SET ; 
region _ to _ lock . l_start =16; 
region _ to _ lock . l_len =5; 

printf("Process %d g trying F_WRLCK with wait, region %d to %d\n", getpid() # 
(int)region_to_lock•1—start, (int)(region—to—lock•l_start 
+region_to_lock.l_len)); 

res = fcntl(f ile__desc, F—SETLKW, &region_to_lock); 
if (res ==-1){ 

printf("Process %d - failed to lock region\n", getpid()); 

> else { 

printf("Process %d - obtained lock on region\n", getpid()); 

) 

printf("Process %d ending\n M # getpid()); 
close(riie_desc); 
exit(EXIT SUCCESS); 


まず、 lock 3 ブログラムをバックグラウンドで火行したあと、新しいプログラムを灾行します。 
出力は次のよう（こなります。 


Process 227 locking me 

Process 228, trying F_RDLCK, region 10 to15 

Process 228 - obtained lock on region 

Process 228, trying F_UNLCK, region 10 to15 

Process 228 - unlocked region 

Process 228, trying F_UNLCK, region 0 to 50 

Process 228 - unlocked region 

Process 228, trying F_WRLCK, region 16 to 21 

Process 228 - failed to lock on region 

Process 228, trying F_RDLCK, region 40 to 50 

Process 228 - failed to lock on region 


Process 228, trying F_WRLCK with wait, region 16 to 21 

Process 22 フ closing file 

Process 228 - obtained lock on region 


Process 228 ending 


解説 

姒初(こ、 10 〜 15 バイト I 丨のリージョンに対して•心ロックの I 没定を泌みます。このリージョ 
ンにはすでに共介ロックが設定されていますが、共イ I ■ロックは M 時に複数設定することが許 W さ 
れているので、ロックは成功します， 
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次に、同じリージョンに対する （ LV 分が設定した）共イ f ロックを解除します。この操作も成功 
します。ファイルの先頭50バイトの部分にはプログラムが設定したロックは存介:しませんが、こ 
のリージョンに対してロックの解除を試みます。これも成功します。これは、アンロック要求の 
処理後の状態と該坦するリージョンに対してブログラムが保持しているロックが依存しなレ、状態 
とが結采的にイコールになるからです。 

続いて、16〜21バイト丨 I のリージョンに対して排他ロックの設定を試みます。このリージョ 
ンにはすでに共心•ロックが設定されているので、排他ロックを作成することができず、試みは欠 • 
敗します。 

その後、40〜50バイト II のリージョンに対して共イ!•ロックの設定を試みます。このリージョ 
ンにはすでに排他ロックが設定されているので、試みは失收します。 

敁後に、16〜21バイト II のリージョンに対してもう•度排他ロックの設定を試みます。ただ 
し、今度は F—SETLCKW コマンドを使って、ロックを取沿できるまで待機します。ブログラムか 
らの出力はしばらくの問||••まります。該$するリージョンをロックしている l OC k 3 ブログラムが 
ファイルをクローズし、その結米、そのブログラムが取捋していたロックがすべて解除されると、 
lock 5 ブログラムは灾行を办開し、リージョンのロックに成功します 3 


7.2.5 


その他のロックコマンド 


ファイルをロックするには、 fcntl を使うノノ•法のほかに lockf 閲数を使うか法もあります 


#include <unistd.h> 

int lockr (mt fildes, int function, off t: size to lock )； 


function には次の l 、ずれかの侦を指定します。 


F_ULOCK 
O F _ L 0 CK 
O F _ TL 0 CK 
O F TEST 


ロックの解除 
排他ロック 

テストおよび排他ロック 

ほかのブロセスが設定したロックに問するテスト 


パラメータ size _ to _ lock には、ロックの対象となるバイト数をファイル内の現/ 1 •:のオフセッ 

卜を起点として指定します。 

lockf は fcntl ほど柔軟ではなく、機能も制限されているので、インタフェースもそれだけシ 
ンプルです， lockf 問数を使う場合には、ロックしたいリージョンの開始位时にシークし、ロッ 
クの対象となるバイト数を衍定しなければなりません 
lockf で設定できるのは、 fcntl の埸•合と様、アドバイザリロックだけです，ロックによっ 
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てファイルに対する説み取りや外き込みが义際に•.されるわけではありません 0 fcntl による 
ロックと lockf によるロックとを浞在させて使った埸介の結米は未定在です。したがって、いっ 
たんどちらかの"法を使うことを決めたら、 - n •してその"法を使わなければなりません。 


7.2.6 


ロックを使う場介には、デッドロックの危険性についても芩礅しなければなりませんったとえ 
ば、2つのブログラムが M じファイルを 1 Ji 新するとします 3 どちらのブログラムでも、対尜とな 
るファイルの1バイト丨 I と2バイト II を1”1時に01新する必敗•があります。プログラム A では、2バ 
イト丨1を史新してから1バイト丨丨を处新しますが、ブログラム B では、1バイト II を W 初にセ新 
してから2バイト II を史新します。 

この2つのプログラムを M 時に火むするとどうなるでしようか。ブログラム A は2バイト II を口 
ックし、プログラム B は1バイト丨丨をロックします次に、ブログラム A は1バイト丨丨をロックし 
ようとしますが、すでにプログラム BU よってロックが設定されているため、プログラム A は待 
憷することになります •ノ八ブログラム B は2バイト II をロックしようとしますか'、すでにブ 
ログラム A によってロックが,:;5：定されているため、ブログラム B も行憷すること（こなります。 

このように、どちらのブログラムも処邱を絞行できない状態のことをデッドロックと呼びます。 
ほとんどの商川データベースはデッドロックを検出して M 避しますが、 UNIX 力ーネルはそうい 
った処现を行いませんいずれかのブログラムを強制的に終 T させるなど、外部からのなんらか 
の介人が必要になります c 

ブログラマは、こうした以について I •分に注立する必贤があります。ロック操作を行うために 
待機するブログラムが複数ある場•介には、デッドロックが起きないかどうかを愦す(に検討しなけ 
ればなりません。ちなみに、 I •.に例としてあげたブログラム A と[この場合には、ロックの対象と 
なる1バイト丨丨と2バイト丨丨をどちらのプログラムでも1"1じ)(((け;でロックするか、またはより広 
い範 I 用のリージヨンをロックすれば、デッドロックを1"1避することができます。 


m 

メモ 


本 g では、並列ブログラムに関するさまさまな問題については取り上けません。興味があれば、 
厂 Principles of Concurrent Programming 』（ M . Ben Ari 著 、 Prentice Hall 刊）などの専門 
S を参照してください。 
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WWM データベース _ 

フ ァイルを使ってデータを侪納する"法についてはすでに取り I •.げましたが、データベースが 
提供する機能を使うと、プログラミング I •.のさまざまな課题をより適切に解決できることがあり 
ますデータをフアイルに侪納する場合と比べて、デ ー タベースを使うことには2 つ 利点があり 
ます，ひとつは、サイズの饵なるデータレコードを格納できる A です：フラットな構造化されて 
いないファイルの坳合、この機能の火装はいささか w 難です。もうひとつは、データベースを利 
川することでインデックスを使ったデータの格納や取付が" f 能になる点です。インデックスが…. 
純なレコード济 1 りであれば、 フラッ トファイルでも今;の機能を簡中.に 火 装できます が、データ 
ベースの坳介(こは、インデツクスがレコード擀 y •である必发:はありません。仟总の义卞列をイン 
デックスに使川できる点は、データベースの非货に人きな利点です,； 



dbm テータベース 


X / OpenU ， 拠したバージョンの IJNIXU は、データベースが付 W しています 0 このデータべ 
—スは、残念ながら ANSI SQL 吧拠のデータベースではありませんが、データの格納や取 W •に他 
川できる“益なルーチンを提供しています dbm データベースは、比較的舴的なデータにインデ 
ックスを付けて侪納するときに役立ちます。データベースの列!論家は、 dbm はデータベースでは 
なく、サにインデックス付きファイル格納システムにすぎないと1:.张するかもしれません。しか 
し、 X パ)い⑼仆様では dbm をデータベースとして扱っており、本外でもその兄解を蹐骁してデー 
タベースと呼ぶことにします c Linux の坳介、ディストリビューション（こよっては 、 GNU gdbm 
が代わりに使われていることがあります。 

dbm データベースでは、吋変サイズのデータ惝造をインデックスを使って格納することができ、 
インデックスを使ったり、见純にデータベースをセ作したりして、格納したデータ偁造を取作す 
ることができます dbm データベースでは、エントリの作成にはやや時叫がかかりますが、エン 
トリの収付は“速に行うことができます c このため、 dbm データベースは、頻繁にアクセスする 
ものの、ほとんど史新を行わないデータに対して使った垛介に人きな威力を発揮します。 


7.3.2 


dbm のしくみ 


IW の C で取り I ••げた curses M 様、 dbm の機能を使う媒介にも適切なへッダーファイルをイン 
クルードし、ライブラリを指定する必贤がありますライブラリの名前は dbm なので、コンパイ 
ル特のコマンドライン（こはオブシヨン -ldbm (GNU gdbm を使っている場•介には- lgdbm) を指定 
しますヘッダーファイルは ndbm.h です。 dbm ライブラリには先行バージヨンがいくつもむ:丫 I: 
するので、山•いバージヨンのものと K 別し、新しい dbm のインクルードファイルであることをポ 
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すためにプレフィックス n が付いています。 

dbm の閲数について解説する前に、 dbm データベースがなにを行うものなのか簡中•に説明して 
おきましょう。この点をおさえておけば、 dbm の閲玫の使い"をスムーズに押.解することができ 
ます。 

dbm データベースでは、データベースに侪納するひとかたまりのデータ（データブロック） が 故 
+贤ぶになりますが、このデータを取抖するための キー となるもうひとつのデータブロックを組 
み合わせて使います。 dbm データベースでは、データベースに格納される各データブロックに対 
して •,(?: の キーが 必要です キー やデータに閲する制限はなく、また、人きすぎるデータや キー 
を使った坳介のエラーも定在されていません， キーの 侦は、データベースに格納されているデ ー 
夕の インデックスとして憷能します:， 




図 7.2 dbm データベースの®念 


インクルー ドフ ァイル ndbm . h では、 データ ブロ ッ クを データと して 操作す るために datum と 
いう新しい喂が定在されています> この喂のれ体的な内容は処理系依存ですが、少なくとも次の 
2つの メンバが穴まれています。 


void *dptr ； 
size t dsize 


datum は typedef によって) il 及されています。 ndbm . h では、このほかに DBM という^！!も定及 
されています。 DBM はデータベースにアクセスするときに使われる構造体です。イメージとして 
は、ファイルにアクセスするときに使う FILE ■造体を思い浮かべるとよいでしょう0 DBM 叩の 
内部構造は処系依存なので、 DBM 構造体の内部にアクセスしてはいけません。 

dbm ライブラリを使ってデータブロックを参照するには、 datum を a H •し 、 dpt 2 ：にデータの開 
始位扒を小すポインタを、また dsize にデータのサイズをセットします。格納するデータとこの 
データにアクセスするときに使うインデックスとは、どちらも常に datum 喂を M じて#照します。 
すでに述べたように、 DBM 喂は FILE 喂とよく似ています dbm データベースをオープンする 




298 ♦ 第 7 章データの管理 


と、物理的なファイルが2つ作成されます 0 ひとつは拡張/•が . pag のファイル、もうひとつは拡 
张了•が • dir のファイルです0データベースをオーブンしたときに返される DBM ポインタは 1 つで、 
このポインタを使って、2つのファイルをペアとして扱ってアクセスします。これら2つのファイ 
ルは dbm のルーチンを介してアクセスすることになっており、 I * 1 (接説み取りや外き込みを行って 
はいけません。 

すでに SQL データベースについていくらか知識のある説荇のために#き添えておくと、 dbm デ 
ータ ベースには テーブル やカラムと いった 構造はむ:在しません。 dbm では、格納する各データが 
W 定サイズである必袈はなく、データ H 身が内部構造を持っ必紫:もないからです。 dbm ライブラ 
リが対象としているのは、惝造化されていないバイナリデータのかたまりです。 


7.3.3 


dbm のアクセス関数 


さて、龙睽に閲数について詳しく以ていきましょう0次に示すのは、 K な dbm 関数のブロトタ 
イプです。 


I ^include <ndbm.h> 

DBM *dbm_open(const char * filename, int file—open 」 lags, mode_t file_mode); 
int dbm 一 store(DBM *database—descriptor, datum key, datum content, int store—mode); 
datum dbm_fetch(DBM *database—descriptor, datum key); 
void dbm.close(DBM *database_descriptor )； 


♦ dbm_open 

この閲数は、既む:のデータベースをオーブンしたり、データベースを新しく作成したりすると 
きに使います。引数 filename には、 . dir や . pag の拡张，•を付けずにベースファイル名を指定 
します）ベースファイル名の M さについては、 4 义卞分の拡张，•を付けてもファイル名の U さに 
閲するシステムの制限を超えることがないように注总する必要があります c 

残りの 2 つのパラメータは、第 3 0 で说明した openly 玫の第 2 パラメータおよび第 3 パラメー 
夕と1"1じで、パラメータに指定する定数も |” j じものを使; | j できます 3 2 AHI の， j | 数は、読み取り、 
I 1 !: き込み、•泣み外きのうち、どのモードでデータベースをオーブンするかを指定します，新しい 
データベース を作成するには、 0 _ CRE at との論理和をフラグに指定してファイルを作成できるよ 
うにします。 3 番 H のリ I 数には、作成されるファイルの初期パーミッシヨンを指定します。 

dbm _ open は、成功すると DBM 喂へのポインタを返します。以後は、このポインタを使ってデ 
一タベースにアクセスします。 dbnuopen は、失敗すると （DBM *)0 を返します0 
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♦ dbm 一 store 

dbiu _ S to re ra 数は、データベースにデータを人力するときに使います。すでに説明したよう 
に、すべてのデータは 一总の インデックスを付けて格納しなければなりません0格納するデータ 
と、データを参照するのに使うインデックスを定義するには、インデックス州と灾際のデータ川 
の 2 つの datum 彻を) IJ 盘します 0 後のパラメータ store」node には、データを格納する際にキ 
一がすでに存丫 I •:していた垛合 の # 作を指定します 0 DBM_INSERT を指定した場介、揲作は失敗 
し、 dbm_store は 1 を返します 0 DBM_REPLACE を指定した場介、既む:のデータは新しいデータ 
で上齊きされ、 dbm store は 0 を返します。ほかのエラーが発生した場合、 dbi^store はねの 
侦を返します。 


♦ dbm_fetch 

dbm _ fetch 関数は、データベースからデータを取得するときに使います0リ I 数には、 
dbmjpen から返された DBM へのポインタと、キーを衣す datum 喂とを指定します。 W り侦は 
datum 喂です。指定したキーに閲迚付けられたデータがデータベース内に U つかった場合には、 
返された datum 構造体の dptr と dsize の倘を使って、孩、レ丨するデータを参照することができま 
す。キーが见つからなかった坳介、 dptr には NULL が設定されます0 

dbmjetch が返すのは、 データへの ポインタを次む datum だけであり、火際のデータは dbm ラ 
イブラリ内のローカルな紀憶領域に保持されている" J * 能性があることに注愆する必要がありま 
す。したがって、リ I き続き dbm の問数を呼び出す坳介には、その前にブログラムで⑴总した変数 
に データ の侦をコビーしておく必贤があります。 



♦ dbm_close 

この問数は、 dbm_openU よってオープンされたデータベースをクローズします。衍定するパ 
ラメータは、 dbm_ 0 peri の 呼び出しで返された DBM への ボインタでなければなりません。 

K な閒数についてひととおり,说明が済んだので、さっそく dbm を使ったブログラムを作成して 
みましょう。名前は dbml.c とします 0 プログラムでは、 test_data という名前の構造休を使い 
ます， 


例題 


簡単な dbm データベース 


1 へッダー ファイルをインク ルードし、ファ イル 名を定在したあと、 test_data 構造体を Vi : i ;• 
します。 

# include <umstd.n> 

# include <stdlib.h> 

#include <stdio.h> 

#include <fcntl.h> 

#include <ndbm.h> 
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#include < string . h > 

#define TEST _ DB_FILE "/ tmp / dbml _ tes " 
#define ITEMS 一 USED 3 

struct test_data { 

char misc — chars [15]; 
int any 一 integer ; 
char more _ chars [21]; 

}； 



2 main 関玫では、 items _ to _ store と items — received 挑; Hi 体、キーとして使う义卞列、お 
よび da turn 喂の変数を川焱します， 


struct test—data items _ to _ store [ ITEMS — USED ] ; 
struct test_data item 一 retrieved ; 

char key _ to _ use [20]; 
int i , result ; 


datum key _ 
datum data 



DBM *dbm_ptr; 


3 テストデータベースを•成みノ!•き川にオープンします。データベースがむ:作していない場介に 
は作成します0 


dbm_ptr = dbm 一 open ( TEST — DB _ FILE , 0一 RDWR | 0一 CREAT , 0666}; 
if (! dbm __ ptr ) { 

fprintf ( stderr , "Failed to open database \ n ">; 
exit ( EXIT _ FAILURE )； 


4 items _ to _ store 佛造体にデータベースを以定します： 

memset ( items 一 to 一 store , • \0 1 , sizeof ( items _ to _ store )) ; 
strcpy ( items — to 一 store [0】 . misc 一 chars , " First !; 
itemsJ : o __ store 【0】 . any—integer = 47; 
strcpy ( items _ to _ store [0]. more 一 chars , " foo ">; 

strcpy ( items _ to _ store [1]. misc _ chars # " bar "); 

items — to_store [1 】 .any 一 integer = 13; 

strcpy ( items 一 to 一 store 【1]. more 一 chars , " unlucky ?"); 

strcpy ( items 一 to — store [2 ].misc chars , " Third "}; 
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items — to _ store [2]. any_integer = 3; 

strcpy ( items _ to _ store [2]. more — chars , " baz "); 

5 各エントリ：こ対して、あとでデータを参照するときに使うキーを作成します。ここでは、交 
卞列の先頒の文卞と幣数を糾み介わせてキーにします,このキーは key _ datum で参照しま 
す。 data _ datum は、 items _ to _ store エントリを参照するのに使います 0 データをデータ 
ベースに格納します。 

for (i = 0; i < ITEMS 一 USED ; i ++> { 
sprintf ( key _ to 一 use , "% c % c % d ", 

items _ to _ store [ i ]. misc _ chars [0], 
items _ to _ storeiij . more _ chars 【0], 
items _ to — store [ i ]. any _ integer ); 

key _ daturn.dptr = (void *) key — to 一 use ; 
key _ datum.dsize = strlen ( key - to _ use ); 
data — datum.dptr = (void *)& items _ to _ store 【 i ]; 
data _ datum.dsize = sizeof(struct test _ data ); 

result = dbm — store ( dbm _ ptr , key _ datum , data __ datum , DBM — REPLACE ); 
if (result != 0) { 

fprintf ( stderr , " dbm—store failed on key % s \ n ", key 一 to 一 use ); 
exit (2); 


6 新しく格納したデータを収得できるかどうか iW ベ、公後にデータベースをクローズします。 

sprintf ( key __ to _ use , " bu % d M ,13 
key _ daturn.dptr = key 一 to 一 use ; 
key _ datum.dsize = strlen ( key _ to _ use ); 

data_datum = dbm _ fetch ( dbm _ ptr # key _ datum ); 
if ( data _ datum . dptr ) { 

printf("Data retrieved \ n "}; 

memcpy (& item 一 retrieved , data _ datum . dptr # data — datum . dsize }; 
printf ("Retrieved item - %s % s \ n %% 9 
item 一 retrieved . inisc _ chars , 
item — retrieved • any _ integer , 
item 一 retrieved . more _ chars ); 

> 

else { 

printf("No data found for key % s \ n ", key _ to _ use ); 

} 

dbm 一 close ( dbm _ ptr }; 
exit ( EXIT _ SUCCESS ); 


プログラムをコンパイルして％行すると、次のように出力されます 
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$ gcc -o dbml dbnu.c -ldbm 
$ dbml 

Data retrieved 

Retrieved item - bar 13 unlucky? 


s 解説 

敁初にデータベースをオープンし、データベースが#作していない場•介には作成します。次に、 
item S _ t 0 _ S t 0 r e の3つの 敗ぶ•に 値を設定し、これらをテストデータとして使います0各袈 灰に 
対してキーを作成しています。ここでは、ごく簡中.に2つの文字列の先頭の义•字と格数を組み介 
わせてキーにしています。 

datum 構造体を2つ川总します。ひとつはキー) | j 、 もうひとつはデータベースに格納するデ ー 
夕⑴です。3つの袈本をデータベースに格納したあと、新しいキーを作成し、このキーを指す 
datum 偁造体をセットアップします。次に、このキーを使ってデータベースからデータを取捋し 
ます。データの取作が成功したかどうかを調べるために、 W り侦の datum 構造体の dptr が NULL 
ではないことを確かめます0 NULL でなければ、取沿したデータ （ dbm ライブラリで内部的に格納 
している" f 能性があります）を、プログラムで⑴盘した梆造体にコピーします。このとき、 
dbm fetch が返したサイズを指定します 0 M 後に、取從したデータを衣尔します。 


7.3.4 


その他の dbm 関数 


dbm で使うその他の IW 数には次のようなものがあります 


int dbm_de 丄 ete(DBM *database—descriptor , datum key); 
int dbm—error(DBM *database_descriptor); 
int dbm_clearerr(DBM *database_descriptor}; 
datum dbm_firstkey(DBM *database_descriptor); 
datum dbm nextkey(DBM *database 一 descriptor); 


♦ dbm_delete 

dbm _ delete 閲玫は、データベースからエントリを削除します 0 dbm _ fetchl "1 様、キーとなる 
datum をリ I 数に指定します。成功すると0を返します。 


♦ dbm 一 error 

dbnuerror 問数は、データベースでエラーが発中しているかどうかを調べます。エラーが発叱 
していない坳介には0を返します， 
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dbm clearerr 


dbm clearerr 閲数は、データベース内のエラーフラグをクリアします 


♦ dbm—f irstkey と dbm—next key 

通常、これら 2 つの閲数は讨で使川し、データベース内の令识1丨のすベてのキーをセ作します。 
必敗なループ惝造は次のとおりです0 

DBM * db _ ptr ; 
datum key ; 

for(key = dcm _ rirstkey ( db _ ptr ); key • dptr ; key = dbm _ nextkey ( db _ ptr )); 

次のサンプルブログラム dbm 2 • c では、 dbml • c に修 iK を加え、卜.で，兑明したいくつかの新しい 
問数を使います。 

データの取得と削除 

1 dbml . c をコピーし 、 #define TEST _ DB _ FILE の行を輛災します 

^include <stdlio.h> 

#mclude <stdio.h> 

^include <fcnt: 丄 .h> 

斡 include <ndbm.h> 

#include <string•h> 

# de£ine TEST _ DB—FILE "/ tmp / dbm 2__ test " 

#define ITEMS USED 3 


2 データを取得する部分に変 oi を加えます 


/* now try and delete some data */ 

sprintf(key—to_use, "bu%d",13 )； 
key_da turn. dpt r = key_to_use; 
key_datum.dsize = strlen(key to use); 


if ( dbm 一 delete ( dbm _ ptr , key 一 datum ) ==0} { 

printf("Data with key %s deleted \ n w , key to 一 use ); 


else { 

printf("Nothing deleted for key % s \ n w , key 一 to use ); 


for ( key 一 datum = dbm _ firstkey ( dbm _ ptr ); 
key 一 datum • dptr ; 

key 一 datum = dbm—nextkey ( dbm __ ptr )) { 

data_datum = dbm_fetch(dbm_ptr # key datum )； 
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if (data_aatum.dptr) { 

printf ("Data retneved\n f, )； 

memcpy(&item_retrieved # data—datum.dptr, data—datum.dsize); 
printf("Retrieved item - %s %d %s\n", 
item_retrieved.misc_chars, 
item_retrieved•any_integer, 
item retrieved.more chars); 


} 

else { 

printf("No data found for key %s\n w , key_to_use); 



プログラムを货行すると、次のように出力されます。 


$ dbm 2 

Data with key bul3 deleted 
Data retrieved 
Retrieved item - Third 3 baz 
Data retrieved 

Retrieved item - First! 4 7 foo 


解説 

ブログラムの前 T ••部分は dbml . c と l " j じで、いくつかのデータをデータベースに格納します。 
次に、2漘丨丨の贤ぶに対応するキーを使ってこの坎ぶをデータベースから削除します。 

hi 後 I こ 、 dbm f irstkey と dbm _ nextkey を使ってデ ー タベース内のすべてのキーにアクセス 
します。この枨作では、中•にデータベース内のすべてのエントリを走奔するだけです0キー(こは 
特に順け;はありません。 


7.4 


CD データベースアプリケーシヨン 


データを竹现するテクニックをいくつか7:んだので、さっそく CI ) データベースアプリケーシ 
ョンに応川することにしましよう 0 dbm データベースは、 CD 悄報を格納するのに適しているよ 
うに ALI われます。そこで、新しい CD データベースアプリケーションでは dbm データベースを使 
うことにします。プログラムを人幅に#き阀す必装がありますから、ついでに設計についても少 
し検討を加えておきましょう。 

CSV ファイルを使って怙報を格納する力•法は、シェルで简中.に火装できるものの、格納できる 
データが制限されるという欠 A があります ， CI ) タイトルやトラック M 報にはカンマを禽むもの 
も多くあるからです。 dbm を使うと、この欠点を解消することができます> dbm を採川する础侦 
は I •分にありそうです。 
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タイトルとトラックの悄報を K 別し、それぞれ別のファイルに格納する方法は、アプローチと 
して丨|:解だったようです。そこで、この方法はそのまま使うことにします。 

これまでの炎装では、データにアクセスする部分とユーザーインタフェースの部分を明確には 
K 別していませんでした0これは、すべてを1つのファイルで义装していたことにもがあり 
ます0そこで、データとデータにアクセスするルーチンとを Vfri •した ヘッダー ファイルを⑴总し、 
ユーザーインタフェースとデータ橾作を行う部分とを独ぐ/:したファイルとして作成することにし 
ます> 

fjij •のぐ:では、ユーザーインタフェースの部分を火装するのに curses を使いましたが、ここで 
は 1 i 1 . 純な行ベースのシステムに W すことにしますこれは、ユーザーインタフ ェースの 部分をシ 
ン プル かつコンパク トにしておき、アプリケーシヨンのイ >：竹的な邰分に注焱を災屮できるよう [こ 
するためです。 

dbm を使ったコードで SQL が利川できるわけではありませんが、作成する新しいデータベース 
は、 SQL の構文を使って的確に衣坝することができます次に尔すのはテーブルの定在です。 
SQL の知識がなくても、内界は界鉍に理解できるはずです。 


CREATE TABLE cdc_entry ( 

catalogue CHAR(30) PRIMARY KEY REFERENCES cdt.entry(catalogue) # 
title CHAR(70) # 

type CHAR(30), 

: HAR 


C ； 


(70) 



CREATE TABLE cdt_entry ( 

catalogue CHAR(30) REFERENCES cdc.entry(catalogue) # 
track_no INTEGER CHECK (track.no > 0) # 
track_txt CHAR(70>, 

PRIMARY KEY(catalogue, track—no 〉 


I ••の SQL 文では、フィールドの名前とサイズが定義されています。 cdc _ entry テーブルでは、 
各エントリ（こ対して一焱のカタログ列があります。また、 C dt _ entry テーブルでは、トラック術 
けが0より人きくなければならず、カタログ列とトラック番り•列を紐み合わせたものが一盘であ 
ることがわかります。 



dbm を使った CD データベースアプリケーション 


では、火際に dbm データベースを使ってアプリケーションを火装しめ:しましょう〇アプリケー 
シヨ ンを術成す るフアイルは、 cd _ data . h 、 app — ui . c 、 cd _ access . c の 3 つです。 

すでに触れたように、ユーザーインタフェースはコマンドラインベースに W : します。あとのくマ: 
では、データベースインタフェースとユーザーインタフェースの•部を M 利川し、クライアント 
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サーバー方式のアプリケーションの実装を試みます。もちろん、ユーザーインタフェースにさら 
(こ I :火を加え、 WWW ブラウザを使ってネットワーク経山でアプリケーションにアクセスできる 
ようにすることも nj •能です。ここでは、シンプルなコマンドラインインタフェースにしておくこ 
とで、アプリケーションの取要な部分に力を注ぐことにします。 

へッダーファイルの cd _ data . h と、 cd _ access . c ファイル内のいくつかの閲数は、本ノ f の以 
後の尔でも繰り返し使われます。ここではまず、データの構造とデータにアクセスするためのル 
ー チンとを定義したへッダーファイルから取り I •.げます。 



1 CD データベースのデータ惝造を定義します， U 体的には、データベースを惝成する2つのテ 
ー ブルの惝造とサイズを定義します。まず、各フィールドのサイズを定義し、カタログエン 
トリ） | j とトラックエントリ川の2つの構造体を定義します c 


/* The catalogue table */ 
#define CAT_CAT_LEN 30 

ttdefine CAT.TITLE.LEN 70 

#define CAT_TYPE_LEN 30 

#de£ine CAT ARTIST LEN 70 


typedef struct { 

char catalog[CAT 一 CAT—LEN +1 】； 
char title [CAT.TITLE.LEN -f 1]; 
char type 【 CATJTYPE^LEN + 1]; 
char artist[CAT 一 ARTIST_LEN + 1 】； 

} cdc—entry; 

/* The tracks table, one entry per track */ 
#define TRACK 一 CAT—LEN CAT_CAT_LEN 
#define TRACK TTEXT LEN 70 


typedef struct { 

char catalog 【 TRACK 一 CAT—LEN + 1 】； 
int track_.no; 

char track—txt 【 TRACK 一 TTEXT_LEN + 1 】 ； 
} cdt.entry; 


2 テーブルにアクセスするためのルーチンを定在します o cdc で始まる間数はカタログエント 


リ⑴、 cdt _ で始まる間数はトラックエントリ叫です。 

r ^\ いくつかの関数は、上で定義した锅造体を返します。この場合、锅造体の内容を空にすること 
\^/でエラ-を表現します。 
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/* Initialization and termination functions */ 
int database_initialize(const int new 一 database); 
void database.close(void); 

/* two for simple data retrieval */ 

cdc_entry get — cdc—entry (const char * cd _ catalog__ptr >; 
cdt_entry get _ cdt_entry (const char * cd _ catalog __ ptr , const int 
track __ no ); 

/* two for data addition */ 

int add _ cdc _ entry(const cdc.entry entry — to 一 add ); 
int add _ cdt _ entry(const cdt_entry entry 一 to _ add }; 

/* two for data deletion */ 

int del _ cdc_entry (const char * cd 一 catalog __ ptr ); 

int del _ cdt _ entry(const char * cd — catalog 一 ptr , const int track _ no ); 


/* one search function */ 

cdc—entry search_cdc_entry(const char *cd—catalog_ptr, int *nrst_call_ptr); 


例題 


1 app _ ixi . c では、データベース間数にアクセスするためのユーザーインタフェースを火装しま 
す，データベース閱数 n 体は別のファイルで义装します，まず、必贤なヘッダーファイルを 
インクルードします0 


#de£ine _XOPEN_SOURCE 

# include <stdlib.h> 

#mclude <unistd• h> 

#include <stdio.h> 

^include <string•h> 

#include w cd_data,h M 

#define TMP_STRING_LEN 125 /* this number must be larger than the biggest 

single string in any database structure */ 

2 メニューオプションは、 typedef を使って) ii 在します 0 #def ine ではなく typedef を使うこ 
とで、メニューオブシヨン変数の彻をコンパイラがチェックできるようになります。 


typedef enum { 
mo—invalid, 
mo_add__cat t 
mo_add_tracks t 
mo__del_cat # 
mo find cat. 
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mo_iist_cat_tracks, 
mo_del_tracks , 
mo_c oun t _en t nes, 
mo_exit 

} menu—options; 

3 ローカル問数のプロトタイプを kvt します。策際にデータベースにアクセスする閲数のプロ 
トタイプは cd data.h にたまれています。 


static int command 一 mode < int argc , char 霣 argv ⑴； 
static void announce ( void ); 

static menu—options show — menu(const cdc—entry * current 一 cdc }; 

static int get . confirm(const char ^ question ); 

static int enter _ new 一 cat _ entry ( cdc—entry * entry — to 一 update ); 

static void enter _ new _ track _ entries(const cdc 一 entry * entry __ to _ add _ to ); 

static void del — cat — entry(const cdc_entry * entry _ to _ delete ); 

static void del . track . entries(const cdc—entry * entry 一 to — delete }; 

static cdc_entry find _ cat ( void ); 

static void list ^ tracks(const cdc^entry * entry _ to _ use >; 
static void count _ all _ entries ( void ); 

static void display _ cdc(const cdc_entry * cdc _ to _ show >; 
static void display 一 cdt (const cdt_entry * cdt __ to _ show ); 
static void strip _ return(char * string _ to _ strip ); 

4 main 閲数ですまず、坝丫 I : 選択されている Cl ) カタログエントリを, kl 鉍しておくのに使う 
current cdc .entry を初期化します。また、 コマンド ラインを解析•し、ブログラムの内? f 
を簡中に衣/ A してデータベースを初期化します 

void main(int argc , char * argv 【】） 

{ 

menu.options current _ option ; 
cdc_entry current _ cdc _ entry ; 
int command _ result ; 

memset (& current _ cdc _ entry # _\0 ■, sizeof ( current _ cdc — entry }}; 
if (argc > 1){ 

command_result = coinmand_mode ( argc , argv ); 
exit(command result ); 


announce(); 


if (!database_initialize(0)) { 

fprintf(stderr, "Sorry, unable to initialize database\n n ); 
fprintf(stderr, "To create a new database use %s -i\n" # 
argv[0]); 

exit(EXIT_FAILURE); 
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ユーザーからの人力を処邱します。ループを川してメニューの選択を求め、選択されたメ 
ニューを処那します，ユーザーが終 r を選択すると、ループを抜けてブログラムを終 r しま 
す。 show_xnenu 閲数には current _ cdc_entry 構造体を I 度し、カタログエントリが現在選択 
されている坳介には、衣 / j くするメニューを変! II できるようにしています。 

while ( current_option != mo _ exit ) { 

current—option = show 一 menu (& current — cdc 一 entry }; 

switch ( current — option ) { 
case mo _ add _ cat : 

if ( enter _ new _ cat _ entry (& current . cdc _ entry )) { 
if (! add _ cdc — entry ( current — cdc — entry )> { 

fprintf ( stderr , "Failed to add new entry \ n "); 
memset (& current 一 cdc — entry , '\0'# 

sizeof ( current — cdc _ entry }); 

} 

> 

break ; 

case mo _ add__tracks 2 

enter _ new _ track _ entries (& current _ cdc _ entry ); 
break ; 

case mo _. del _ cat : 

del _ cat_entry (& current _ cdc _ entry ); 
break ; 

case ino . find.cat s 

current _ cdc_entry = find _ cat (); 
break ; 

case mo — list — cat — tracks : 

list _ tracks (& current _ cdc . entry ); 
break ; 

case mo __ de し tracks : 

del __ track_entries (& current _ cdc _ entry ); 
break ; 

case mo _ count — entries : 
count _ all _ entries (}; 
break ; 

case mo.exits 
break ; 

case mo __ invalid : 

break ; 

defaults 

break ; 

} /* switch */ 

> /* while */ 


ループを抜けたら、データベースをクローズしてプログラムを終广します 0 announce ⑵ X 、 
は、ブログラムの内容を簡单に衣ボします 0 

database_close() ; 
exit(EXIT SUCCESS); 


データの管理 


static void announce(void) 

{ 

printf("\n\nWelcome to the demonstration CD catalog database \ 

program\ n ••); 

> 

7 showjnenu 閲数です。この問数では、カタログ名の/^初の义卞を使って、カタログエントリ 
が現介:選択されているかどうかをチェックします。カタログ エン トリが選択されている場 
には、選択吋能なオプションが埘えます。 


脚 


これまでに作成した CD データペースアブリケーシヨンでは、メニュー項目を選択するのに項目 
の先頭の文字を使つていましたが、ここでは数字を使います。 


static menu 一 options show—menu(const cdc 一 entry *cdc 一 selected) 

{ 

char tmp 一 str[TMP_STRING—LEN ♦ 1 】； 

menu 一 options option 一 chosen = mo_invalid; 

while (option 一 chosen == mo—invalid} { 
if (cdc—selectedocatalogtO】} { 
printf("\n\nCurrent entry:">; 

print£( H %s # %s, %s, %s\n", cdc 一 selected->catalog # 
cdc—selected->title, 
cdc_selected->type # 
cdc_selected->artist); 

printf; 

printf("1 - add new CD\n"); 
printf("2 - search for a CD\n">; 

printf("3 - count the CDs and tracks in the database\n">; 

printf("4 - re-enter tracks for current CD\n">; 

printf("5 - delete this CD, and all its tracks\n"); 

printf("6 - list tracks for this CD\n w ); 

printf( M q - quit\n w ); 

printf("\nOption:"); 

fgets(tmp—str, TMP 一 STRING 一 LEN, stdin); 
switch(tmp.str 【 0 】 ）{ 

case '1': option 一 chosen = mo 一 add—cat; break; 

case '2': option_chosen = mo 一 find 一 cat; break; 

case 1 3 1 : option 一 chosen = mo—count 一 entries; break; 

case '4': option 一 chosen = mo 一 add 一 tracks; break; 

case 1 5': option 一 chosen = mo 一 del 一 cat; break; 

case 1 6 •: option 一 chosen = mo 一 list 一 cat 一 tracks; break; 

case ’q •: option 一 chosen = mo—exit; break; 
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else { 



printf("\n\n” > ; 

printfCl - add new CD\n"); 

printf("2 - search for a CD\n">; 

printf("3 - count the CDs and tracks in the database\n ”）； 
printf("q - quit\n"); 
printf("\nOption:">; 


fgets(tmp str, TMP STRING_LEN, stdin); 


switch(tmp—str[0]) { 


case 

_i •: 

option 一 chosen 

case 

•2's 

option_chosen 

case 

■3 •: 

option 一 chosen 

case 

'q 1 : 

option chosen 


=mo_add_cat; break; 

=mo_find_cat; break; 

=mo—count_entries; break; 
=mo exit; break; 


} /* while */ 
return(option chosen); 


8 プログラムの中でユーザーからの装求内界を確認したいことがあります。このような埸•介に 
使川できる閲数として get — corxfirm を川意します。 

static int get_confinn(const char *question) 

{ 

char tmp_str 【 TMP__STRING_LEN + 1 】； 

printf("%s", question); 
fgets(tmp_str # TMP_STRING_LEN, stdin); 
if (tmp_str[0] == 'Y* || tmp 一 str 【 0 】 =='y 1 ) { 
return(1); 

) 

return ( O ); 

} 

9 enter_new_cat_entry 閲数は、ユーザーが新しいカタログエントリを人ノ J するときに使い 
ます。 fgets が返すラインフィードはデータに穴めず、捨てます。 

⑧ 

static int enter_new 一 cat_entry(cdc_entry *entry_to—update) 

{ 

cdc_entry new_entry; 
char tmp str[TMP_STRING LEN + 1]; 


gets 関数を使うとバッファのオーバフローをチェックできないので、 fgets 関数を使つている 
ことに注意してください。一般に、 gets 関数の使用は避けるべきです。 


memset(&new entry, ' \0 ' # sizeor(new_encry)) ; 
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printf ("Enter catalog entry: ••); 

(void)fgets(tmD str, TMP_STRING 一 LEN, stdin); 



strncpy(new 一 entry• catalog, tmp__str, CAT_CAT—LEN -1); 
printf("Enter titles ">; 

(void)fgets(tmp—str, TMP—STRING—LEN, stdin); 
strip_return(tmp_str); 

strncpy(new 一 entry.title, tmp_str, CAT_TITLE.LEN -1); 
printf ("Enter type: ••); 

(void)fgets(tmp_str, TMP_STRING_LEN / stdin); 
strip_return(tmp_str); 

strncpy(new 一 entry•type, tmp—str, CAT_TYPE_LEN - 1); 
printf("Enter artist:"); 

(void) fgets (tmp—str, TMP__STRING_LEN # stdin); 
strip_return(tmp_str); 

strncpy(new_entry.artist # tmp—str, CAT_ARTIST_LEN - 1); 

printf( M \nNew catalog entry entry is s-\n M ); 

display_cdc <&new_entry); 

if (get_confirm( "Add this entry ?••)) { 

memcpy(entry_to 一 update, &new 一 entry, sizeof(new—entry)); 
return(l); 

} 

return(O); 


10 トラック t/i 报を人ノ J するための enter_new_track_entries 閲数です 0 既む:のトラックエン 
トリを残す必欢があるので、カタログエントリ閲数よりやや複雑になっています。 

static void enter _ new - track _ entries(const cdc_entry * entry _ to ^ add . to ) 

{ 

cdt_entry new^track, existing 一 track; 
char trop_str 【 TMP_STRING_LEN + 1]; 
int track_no =1; 

if (entry—to—add—to->catalog[0] == '\0') return; 
printf("XnUpdating tracks for %s\n", entry_to_add__to->catalog); 
printf("Press return to leave existing description unchanged,\n"}; 
printf( M a single d to delete this and remaining tracks,\n"); 
printf (” or new track description\n"); 

whiled) { 


11 まず、現在のトラック番号に対応するトラックがすでに存在するかどうかをチェックする必 
贤があります。その結沿に応じてプロンプトを変えます。 
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memset(&new 一 track, • \0 1 , sizeof(new 一 track)) ; 
existing_track = get 一 cdt__entry (entry 一 to—add 一 to->catalog, 

track_no); 

if (existing_track.catalog[0]) { 

printf("\tTrack %dz %s\n", track—no, 

existing—track•track—txt); 
printf( M \tNew text: ••}; 

> 

else { 

printf("\tTrack %d description: ”， track_no); 

> 

fgets(tmp—str, TMP.STRING_LEN # stdin); 
strip_return(tmp_str); 

12 トラックに既介のエントリがむ：作せず、ユーザーがエントリを追加しなかった垛介には、こ 
れ以 I •.追加するトラックはないものと利断します。 

if (strlen(tmp_str) == 0) { 

if (existing—track.catalog 【 0】 == 1 \0 1 ) { 

"no existing entry, so finished adding */ 
break; 

} 

else { 

/* leave existing entry, jump to next track */ 

trackjio++; 

continue; 


13 ユーザーが l つだけ d を人ノ j した垛介には、現在のトラツクとそれ以降のトラックを削除しま 
す del _ cdt_entry ⑼数は、 filj 除するトラックが W •つからないと偽を返します 3 

if ((strlen(tmp_str) == 1) && tmp.str[0] == 'd') { 

/* delete this and remaining tracks */ 
while (del_cdt—entry(entry__to_add—to->catalog, track.no) { 
track—no++; 

} 

break; 


14 次の部分では、新しいトラックの追加や既存のトラックの！ 11 新を行います。 cdt_entry 構造 
体 nev/_track を作成し、データベース閲数 add_cd し entry を呼び出してデータべ ー スへの 
追加を行います。 

strncpy(new 一 track.track_txt, tmp_str # TRACK_TTEXT_LEN - 1); 
strcpy(new_track•catalogue, entry_to_aacl_to->catalog); 
new_track.track_no = track_no; 
if (!add_cdt_entry(new_track)) { 
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fprintf(staerr, "Failed to add new tracK\n"}; 
break; 


track no ++; 



15 del _ cat _ e rit 2 r y 関数はカタログエントリを削除します。このとき、カタログエントリととも 
にトラックエントリも削除します0 

static void del _ cat . entry(const cac—entry * entry _ to _ delete ) 

{ 

int track_no =1; 
int delete _ ok ; 

display_cdc(entry 一 tO-delete}; 

if ( get — confirm("Delete this entry and all it 1 s tracks ? ")) { 
do { 

delete.ok = del _ cdt _ entry ( entry _ to _ delete -> catalog , 

track 一 no ); 

tracfc — no ++; 

} while ( delete _ ok ); 

if (! del _ cdc _ entry ( entry _ to _ delete -> catalog )) { 
fprintf ( stderr , "Failed to delete entry \ n "); 


16 次の問数は、 l つのカタログに含まれるすべてのトラックを削除するためのユーテイリテイ閲 
数です。 

static void del _ track _ entries(const cdc_entry * entry 一 to _ delete ) 

{ 

int track_no =1; 
int delete _ ok ; 

display _ cdc ( entry _ to _ delete ); 

if ( get _ confirm("Delete tracks for this entry ? ")} { 
do { 

delete_ok = del — cdt — entry ( entry _ to _ delete -> catalog , track _ no ); 
track _ no ++; 

} while(delete ok ); 


17 次の問数は、非常に簡中.なカタログ検索機能を提供する問数です。ユーザーから人力义ネ列 
を受け取り、その文字列を含むカタログ エン トリを探します。•致する エン トリが複数々:作 
する" J * 能性があるので、一致するたびに内界を表示し、ユーザーに確認を求めます。 
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static cdc—entry rind 一 cat(void) 

{ 

cac_entry item 一 found; 

char tmp_str[TMP—STRING 一 LEN +1 】； 

int first_call=1; 

int any—entry 一 found =0; 

int string_ok; 

int entry 一 selected = 0; 

do { 

string__ok =1; 

printf("Enter string to search for in catalog entry: ••); 

fgets (tmp__str, TMP_STRING—LEN, stdin); 

strip—return<tmp_str>; 

if (strlen(tmp_str) > CAT—CAT__LEN> { 

fprintf(stderr # "Sorry, string too long ， maximum %d \ 

charactersXn", CAT 一 CAT_LEN>; 

string—ok = 0; 

} 

} while (!string_ok); 
while (!entry 一 selected} { 

item 一 found = search_cdc_entxry(tmp.str # &first_call); 
if (item 一 found.catalog 【 0】 ！= '\0 1 ) { 
any 一 entry 一 found =1; 
printf("\n"); 
display—cdc(&item 一 found); 
if (get_confirm("This entry? ">> { 
entry_selected =1; 

} 

) 

else { 

if (any—entry 一 found} printf("Sorry, no more matches found\n">; 

else printf("Sorry, nothing found\n"); 

break; 

} 

) 

return(item_found); 


18 list _ track S 関数は、衍定されたカタログエントリのすベてのトラックを表示するユーテイ 
リテイ閲数です。 

static void list_tracks(const cdc 一 entry *entry 一 to 一 use) 

{ 

int track_no =1; 
cdt_entry entry 一 found; 

display_cdc(entry_to_use); 
printf("\nTracks\n"); 
do { 

entry_found = get__cdt_entry (entry_to 一 use->catalog. 
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track 一 no) ; 

if (entry 一 found.catalog 【 0】 } { 
display 一 cdt(&entry 一 found); 
track_no ++； 

} 

> while(entry 一 found.catalog[0】}; 

(void)get_confirm("Press return M ); 

} /* list_tracks */ 

19 count all_entries 間数は、すべてのトラックをカウントします 0 


static void count__aii__entries (voia) 
{ 

int ca—entries__found =0; 
int track_entries_found =0; 
cdc_entry cdc_found; 
cdt.entry cdt_found; 
int track_no =1; 
int first_time =1; 
char *search 


do { 

cdc_found = search_cdc_entry(search 一 string, &first 一 time); 
if (cdc_found.catalog[0]) { 
cd_entr ies_f ound-f +； 
track 一 no =1; 
do { 

cdt.found = get_cdt_entry(cdc_found.catalogue , track—no); 
if (cdt_found.catalog[0]) { 
track__entries_found ++； 
track_no++; 

} 

} while (cdt_found.catalog[0]); 

} 

} while (cdc_found.catalog[0]); 

printf("Found %d CDs, with a total of %d tracks\n", cd__entries_found, 

track_entries_found); 

(void)get_confirm("Press return"); 


20 display_cdc|54J 敉は、 カタログエン トリを衣小する ユーテイ リ テイ 間数です 

static void display 一 cdc(const cdc_entry *cdc—to—show) 

{ 

printf("Catalog: %s\n", cdc_to_show->catalog); 
printf("\ttitle: %s\n n , cdc - to_show->title); 
printf("\ttype: %s\n", cdc_to_show->type); 
printf( n \tartist : %s\n", cdc_to_show->artist); 



7.4 CD データベース アブリ ケー シヨン ♦ 317 


| nj 様に、 display _ C dtra 敉は、トラックエントリを1つ衣ポするユーティリティ問数です0 

static void display_cdt(const cdt_entry *cdt_to_show) 

{ 

printf (” ％ d: %s\n", cdt—to 一 show->track—no, cdt—to—show->track_txt); 

> 

21 ユーティリティ閲数 strip_retui:n は、文字列の W 後のラインフィードを削除します 0 
UNIX では、ラインフィード中.独で行の終わりを衣します。 

static void strip_return{char *string_to—strip 〉 

{ 

int len; 

len = strlen(string_to_strip); 

if (string_to_strip[len -1 】 =='\n') string 一 to—strip[len -1]='\0 1 ; 

} 

22 command mode 問数は、コマンドラインリ I 数を解析します 0 getopt ⑼数を使うことで、 
UNIX の挖準的なオブシヨン桁定"法を利川できるようにしています。 


static int commana 一 mode tint argc, char w argv[]) 
{ 

int c; 

int result = EXIT_SUCCESS; 
char *prog_name = argv[0]; 


/* these externals used by getopt */ 

extern char *optarg; 

extern optind, opterr, optopt; 


while ((c = getopt(argc, argv, ": i"}) !=-1){ 
switch(c) { 
case 1 i': 

if (!database_initialize(l)){ 
result = EXIT_FAILURE; 

fprintf(stderr, "Failed to initialize database\n"); 

} 

break; 
case ': 1 : 
case 1 ?'s 
default: 

fprintf(stderr, "Usage: %s [-i]\n M # prog—name); 

result = EXIT_FAILURE; 

break; 

} /* switch */ 

} /* while */ 
return(result); 
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ca _ access^c 

1 cd 一 access . c では、 dbm データベースにアクセスするための間数を灾装します。まず、へッ 
ダーファイルをインクルードし、データを格納するのに使うファイルの名前を定在します。 


例題 


#define XOPEN SOURCE 


#mciude 

#include 

#mclude 

#include 

#include 

^include 


<unistd.h> 
<stdlib.h> 
<stdio.h> 
<fcntl.h> 


<strin 

<ndbm. 


g.h> 

h> 


#include "cd data.h" 


#define CDC—FILE_BASE "cdc_data" 
#define CDT_FILE—BASE "cdt—data" 
#define CDC 一 FILE—DIR "cdc—data•dir" 
#define CDC 一 FILE 一 PAG "cdc 一 data•pag" 
#define CDT—FILE 一 DIR "cdt 一 data.dir" 
#define CDT_FILE_PAG "cdt—data.pag" 


2 现作のデータベースへのボインタを格納する static 変数を⑴总します 0 

static DBM *cdc—dbm__ptr = NULL; 
static DBM *cdt dbm_ptr = NULL; 


3 database 一 initialize 閲数は、デフォルトでは既存のデータベースをオーブンしますが、 
パラメータ new_dat abase に以 （0 以外の値）を指定すれば、強制的に新しい（空の）データ 
ベースを作成することができます。データベースが正常に初期化されると、2つのデータべ一 
スポインタも初期化されます0これらのポインタを兑ることで、データベースがオーブンさ 
れているかどうかがわかります。 


int database 一 initialize(const int new 一 database) 

{ 一 
int open 一 mode = 0_RDWR; 

"If any existing database is open then close it */ 
if (cdc - dbm__ptr) dbm—close(cdc 一 dbm 」 )tr>; 
if (cdt 一 dbm_ptr) dbm__close(cdt_dbm_ptr); 

if (new 一 database) { 

/* delete the old files */ 

(void) unlink(CDC_FILE__PAG); 

(void) unlink(CDC—FILE—DIR); 

(void) unlink(CDT-FILE 一 PAG); 

(void) unlink(CDT.FILE^DIR); 
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open 一 mode = 0_CREAT | 0—RDWR; 


/* Open some new files, creating tnem if required w / 
cdc_dbm_ptr = dbm_open(CDC_FILE_BASE # open 一 mode, 0644); 
cdt_dbm_ptr = dbm—open(CDT_FILE—BASE, open 一 mode, 0644}; 
if (!cdc_dbm__ptr || !cdt_dbm_ptr) { 

fprintf(stderr, "Unable to create database\n"}; 
cdc_dbm_ptr = cdt_dbm_ptr = NULL; 
return (0); 

} 

return (1); 


4 database_close 問数は、データベースがオーブンされていればクローズし、 2 つのデータ 
ベースボインタに NULL をセットしますこれで、现作オーブンされているデータベースがな 
いことがわかります 0 

void database_close(void) 

{ 

ir (cdc—dbm_ptr> dbm_close(cdc_dbm_ptr); 
if (cdt_dbm_ptr) dbm_close(cdt_dbm_ptr); 



cdc 


cdt 


NULL 


5 次は、カタログエントリを l つ収得する閲数です。リ I 数には、カタログのテキスト文字-列へ 
のポインタを指定します。エントリが U つからなかった垛介、返されるデータのカタログフ 
イールドは空になります 0 


cdc—entry get—cdc—entry(const char *cd 一 catalog_ptr> 

{ 

cdc_entry entry_to_return; 
char entry_to_find[CAT_CAT_LEN +1 】； 
datum local_data_datum; 
datum localjcey 一 datum; 

memset(&entry 一 to 一 return, 1 \0 1 # sizeof(entry 一 to—return)); 


6 データベースが オープンされているかどうか、渡された パラメータが 適切かどうか（検索 キー 
が打効な文字列かどうか）をチェックします。 

if (!cdc_dbm_ptr || !cdt_dbm_ptr) return (entry 一 to—return); 
if (!cd_catalog_ptr) return (entry 一 to—return); 

if (strlen(cd_catalog_ptr) >= CAT_CAT_LEN) return (entry 一 to_return); 

memset(&entry—to—find, 1 \0' # sizeof(entry—to—find}); 
strcpy(entry—to_find, cd_catalog_ptr); 
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7 dbm 間数を呼び出すために必费な datum 構造体をセットアップし、 dbm_f etch を使ってデ ー 
夕を取得します。データが兄つからなかった垛合には、初期化されたままの空の entry 一 to_ 
return 構造休を返します 0 

local_key_datum.dptr = (void *) entry 一 to 一 find; 
local 一 key—datum.dsize = sizeof(entry—to 一 find); 

memset(&local 一 data 一 datum, '\0' # sizeof(local 一 data—datum}); 
local_data_dat\im = dbm 一 fetch(cdc—dbxn_ptr ， local 一 key 一 datum); 
if (local_data_datum.dptr) { 

memcpy(&entry 一 to—return, (char *}local 一 data 一 datum.dptr ， 

local—data—datum.dsize}; 

} 

return (entry 一 to_return>; 

> /* get_cdc—entry */ 

8 get_cdc—entry と M じ獎領で、トラックエントリを取彳ひする get_cdt_entry 閲数を川し 
ます 0 リ I 数には、カタログ义卞列へのポインタとトラック浴 1 り • を指定します。 

cdt 一 entry get 一 cdt_entry(const char *cd_catalog_ptr # const int track 一 no) 

( 

cdt—entry entry_to_return; 
char entry-to_find[CAT—CAT 一 LEN + 10 】； 
datum local—data—datum; 
datum local—key—datum; 

memset(&entry 一 to 一 return, •\0 ， ， sizeof(entry—to 一 return)); 

if (!cdc 一 dbm」ptr || !cdt 一 dbm_ptr) return (entry 一 to 一 return}; 
if (!cd—catalog 」 ?tr> return (entry 一 to—return}; 

if (strlen(cd_catalog_ptr) >= CAT 一 CAT 一 LEN> return (entry 一 to 一 return); 

/* setup the search key, which is a composite key of catalog entry 
and track number */ 

memset(&entry—to—find, '\0' # sizeof(entry 一 to 一 find)); 
sprintf(entry 一 to 一 find, n %s %d n , cd_catalog_ptr # track 一 no}; 

local—key_datunudptr = (void *) entry 一 to_find; 
local—key 一 datum.dsize = sizeof(entry 一 to_find>; 

memset(&local_data—datum, 1 \0•, sizeof(local 一 data 一 datum)}; 
local_data_datum = dbm 一 fetch<cdt_dbm_ptr, local 一 key 一 datum}; 
if (local.data.datum.dptr) { 

memcpy(&entry_to—return, (char *}local 一 data 一 datum•dptr ， 

local data_datmn.dsize); 


return (entry to—return}; 
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9 add_cdc_entry 間数は、新しくカタログエントリを追加します 0 

int add 一 cdc_entry(const cdc_entry entry 一 to_add> 

{ 

char key_to_add[CAT_CAT_LEN + 1 】； 
datum local_data_datum; 
datum local_key_datum; 
int result; 

/* check database initialized and parameters valid */ 

if (!cdc_dbm_ptr || !cdt_dbm_ptr) return (0); 

if (strlen(entry 一 to 一 add.catalog} >= CAT—CAT—LEN) return (0); 


/* ensure the search key contains only the valid string and nulls */ 
memset <&key 一 to 一 add, 1 \0•, sizeof(key 一 to—add)); 
strcpy(key 一 to—add, entry 一 to—add.catalog>; 


local_key_ciatum.dptr = (void *} key_to—add; 
local_key_datum.dsize = sizeof(key 一 to—add); 
local_data_datum.dptr = (void *} &entry__to_add; 
local—data—datum.dsize = sizeof(entry_to—add); 

result = dbm_store(cdc.dbm_ptr, local_key_datum # local_data_datum / 

DBM_REPLACE )； 



/* dbm_store() uses 0 for success 貪 / 
if (result == 0) return (1); 
return (0); 


10 add_cdt_entry 関数は、新しくトラックエントリを追加します 0 アクセスキーには、カタロ 
グ文卞列とトラック畨 y • を組み介わせて使います。 

int add 一 cdt 一 entry(const cdt 一 entry entry—to_add) 

{ 

char key_to_add[CAT_CAT_LEN + 10] ; 
datum local_data_datum; 
datum local_key—datum; 
int result; 

if (!cdc 一 dbm_ptr || !cdt 一 dbm_ptr} return (0); 

if (strlen(entry 一 to—add.catalog} >= CAT 一 CAT—LEN) return (0); 

memset (&key 一 to 一 add, ' \0' # sizeof (key__to_add)); 
sprintf(key 一 to 一 add, "%s %d n , entry 一 to 一 add.catalog, 

entry 一 to—add•track 一 no); 

local 一 key—datum.dptr = (void *) key—to—add; 
local_key_datum.dsize = sizeof(key 一 to_add); 
local 一 data 一 datum.dptr = (void *) &entry 一 to_add; 
local 一 data 一 datum.dsize = sizeof(entry to add); 
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result = dbm_store(cdt_dbm_ptr # local 一 key 一 datum ， local 一 aata 一 datum ， 

DBM_REPLACE); 


/* dbm 一 store(} uses 0 for success and -ve numbers for errors */ 
if (result == 0) 
return (1); 
return (0); 


11 del_ C dc_entry 問数は、カタログエントリを削除します。 

int del—cdc_entry(const char 食 cd 一 catalog_ptr) 

{ 

char key 一 to—del[CAT 一 CAT—LEN + 1]; 
datum local_key - datum; 
int result; 


if Ocdc 一 dbm」?tr || !cdt 一 dbm_ptr) return (0); 

if (strlen(cd_catalog_ptr) > = CAT_CAT_LEN) return (0); 

memset(fickey_to.de1 # •\0• ， sizeof(key_to_del)); 
strcpy(key_to 一 del, cd_catalog_ptr); 

local_key_datum.dptr = (void *} key 一 to—del; 
local—key—datum.dsize = sizeof(key—to 一 del); 

result = dbm_delete(cdc_dbm_ptr # local 一 key—datum>; 

/* dbm_delete() uses 0 for success */ 
if (result == 0) return (1); 
return (0); 


12 d e l _ cdt _ en trylW 数は、トラックを削除します0トラックのキーとしてカタログエントリの 
文字列とトラック番 y - を m み介わせて使っているので、これらをリ I 数に指定します。 

int del—cdt 一 entry(const char *cd 一 catalog_ptr ， const int track 一 no) 

{ 

char key—to_del 【 CAT-CAT—LEN + 10 】； 
datum local_key—datum; 
int result; 

if (!cdc_dbm_ptr || !cdt_dbm_ptr) return (0); 

if (strlen(cd.catalogj>tr) >= CAT 一 CAT_LEN> return (0); 

memset(&key 一 to—del,'\0' # sizeof(key 一 to—del}}; 
sprintf(key 一 to 一 del , n %s %d n , cd-Catalogj>tr, track 一 no>; 

local_key„datum.dptr = (void *) key 一 to 一 del; 
local key_datum.dsize = sizeof(key 一 to_del); 
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result = dbm delete[cdt dbm_ptr, 丄 ocal_key_datum); 


/* dbm_delete() uses 0 for success */ 
if (result == 0) return (1); 
return (0); 


13 姒後は簡中 . な検索関数です。岛機能ではありませんが、キーがわからない場合に dbm データ 
ベースのエントリ を七仵する ひとつの " 法として ) H なしました。 

エントリが いくつ/ f: 在するかを前もって知ることはできません。そこで、この問数では、呼 
び m されるたびにエントリを 1 つ返すことにします。エントリがはつからなかった場介には乍 
のエントリを返します 0 データベース分体をセ作するには、蚣初にこの閲数を呼び出すとき 
に、 *first_call_ptr に 1 を設定します。これにより、呼び出された関数の側では、データ 
ベースの讼初から検索を開始する必要があることがわかります 0 以後の呼び出しでは、 
*first_call_ptr が 0 になり、前•つかったエントリの次のエントリが検索されることに 
なります。 

別のカタログ エントリ を使いたい坳介など、検索をやりめ : したいときには、 *first 一 call 一 
ptr に煤を設定して関数を呼び出します , これで検索処理が洱初期化されます。 

この関数は、何度か呼び fIi される問も内部状態に問する怡報を保持しています。このように 
すると、検索を続行する際のこまごまとした側 ifti をクライアントから隐し、検索間数がどの 
ように実装されているかを P • 蔽することができます。 

検索テキストがヌル义卞を指している坳介には、すべてのエントリがマッチするものとして 
処邱されます。 


cdc.entry search.cac.entry(const char *ca 一 catalog 」 ?tr, int *rirst—cali 」 ?tr) 
{ 

static int local_first_call=1; 
cdc_entry entry 一 to_return; 
datum local_data_datum; 

static datum localjcey 一 datum; /* notice this must be static */ 


memset(&entrv to_return, 1 \0 1 # sizeof(entry to_return)>; 


14 まず、リ I 数などが適切かどうかをチヱックします。 

if (icdc_dbm_ptr || !cdt_dbm_ptr) return (entry 一 to_return); 

if (!cd_catalog_ptr || ! f irst_call_ptr) return (entry 一 to__return); 

if (strlen(cd_catalog_i>tr) >= CAT_CAT_LEN) return (entry 一 to 一 return); 

/* protect against never passing *nrst_call_ptr true */ 
if (local_£irst_call){ 
local_first_call=0; 

★first 一 call 一 ptr =1; 
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15 *first_call_ptr に以が設定されてこの閲数が呼び出された場合には、データベースの敁 
初から検索を開始する必要があります。 *first_call_pti: がれでなかった場介には、デー 
タベース内の次のキーを処邱します。 


if (*first 一 call_ptr) { 

*first—call_ptr = 0; 

local_key 一 datum = dbm_f irstkey (cdc_dbm__ptr); 

) 

else { 


local_key_datum = dbm_nextkey(cdc_dbm_ptr); 


do { 

if (local_key.datuin.dptr != NULL) { 

/* an entry was found */ 

local_data—datum = dbm—fetch(cdc—dbm^ptr, local_key_datum); 
if (local_data_datum.dptr) { 

memcpy(&entry—to—return, (char *)local_data_datum.dptr, 
local_data_datum.dsize); 

16 検索機能卩 i 体は、検索文卞列か Ki: のカタログエントリ内にむイ I: するかどうかを,狗ベるごく 
簡中なものです。 

/* check if search string occurs in the entry */ 
if (! strstr(entry 一 to—return.catalog, cd_catalog__ptr)) 

{ 

memset(&entry 一 to—return, •\0•, 

sizeof(entry_to—return)); 
local—key 一 datum = dbm 一 nextkey 《 cdc_dbm Dtr); 


} while (local_key_datum.dptr && 
local_data_datum•dptr && 

(entry 一 to—return•catalog[0] == 9 \0 9 )); 
return (entry_to—return); 

} /* search—cdc—entry */ 

さて、以 I ••でブログラムの ik! 述は終わりです，次に、 makefile を作成します。次のような内界 
のファイルを作成し、 Makefile という名前で保存します。 makefile については、次の穿で詳し 
く説明します。 


all: application 

app.ui. 〇 : app_ui.c cd_data.h 

gcc -pedantic -Wall -ansi -g -c app_ui.c 

cd_access.o: cd_access.c cd data.h 
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gcc -pedantic -Wall -ansi-g -c cd_access.c 

application: app_ui•o cd_access•o 

gcc -o application -pedantic -Wall -ansi -g app_ui•o cd_access^o -ldbm 

CI) データベースアプリケーシヨンをコンパイルするには、次のように人力します。 

$ make -f Makefile 

問題がなければ、現在のデイレクトリに実行町能ファイル application が作成されます 0 


この童のまとめ _ 

このくマ : では、データ竹邱の 3 つの側如について取り I •. げました，まず、 UNIX のメモリ竹现シ 
ステム（こついて 7: びました。 デマン ドページド仮想メモリは内部的にはかなり A 度で複雑な火装 
になっていますが、メモリの使いん TI 体はきわめて簡中 • ですまた、 UNIX のメモリ_システ 
I 、が、 どのようなん•法でオペ レー ティングシステムとプログラムを个 iK なメモリアクセスから保 
獲しているかについても説明しました。 

次に、 ファイルの ロックを取り 1-. げ、攸数のブログラムが / 〖•.いに 協,刺してデータにアクセスす 
るノア法について説明しました。 /ri • 初に # 純なバイナリセマフォノノ式について学び、次に 1 つのフ 
ァイルの さまざまな部分を J 1 ミイ ( アクセスや排他アクセスでロックする"法を 7 ••びました 0 
ili • 後に dbm ライブラリを取り卜 . げ、インデックスを使って汗立のデ ー タブロックを格納したり、 
効中的に取抖したりする"法を 7 : びました。 




開発 ツーノ 
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この•穿では、 UNIX システムでのブログラム開発に利用できる各 M のツールについて説明しま 
す。ブログラムを開発するにはコンパイラやデバッガが不 Mf 欠ですが、 UNIX では、このほかに 
も非常にたくさんの開発ツールを利用することができます 
UNIX の哲学についてはすでに何度も触れましたが、開発ツールの坳介にも、中•純な作業を货 
行する小さなツールを適切に組み合わせることで複雑な作衮を义行できます「この0では、いく 
つかの欺要なツールを取り上げ、これらを組み合わせて問題解決に役◊:てる"法を氺します。取 
り上げる琐11は次のとおりです。 

〇 make コマンドと makefile 
〇 RCS を使ったソースコード竹邱 
〇 マニュアルページの妃述 
〇 patch と tar を使ったソフトウヱアの fill イ|/ 


make コマンドと makefile 

ソースファイル2つとへッグーファイル1つから惝成されるようなごく小さなブログラムの坳介 
には、次のよう（こ….純にすべてのファイルを W コンパイルすれば、アプリケーシヨンを M 構築す 
ることができます> 

$ gcc -o myapp sourcelsource 2 .c 

しかし、こうした….純なアブローチでは、ソースファイルの数が枘えたときにさまざまな I ⑴题 
が4:じます。 

ブログラムのサイズやハードウェアの性能にもよりますが、通常、ソースファイルがたくさん 
あると、コードを褊叱してコンパイルし、テストするという ri (((に扣、 1 彳な時問がかかるようにな 
ります；忍耐強いプログラマでも、変 1 ii したファイルが1つだけの坳合には、すべてのファイル 
の W コンパイルは避けたいとぐうでしょう 

また、ヘッダーファイルが俊数あり、これらをいろいろなソースファイルでインクルードして 
いる場•介にもやっかいな H 姐が起きます，たとえば、ヘッダーファイル a . h 、 b . h 、 c . h と、 C ソ 
ー スファイル main , c 、2. c 、 3 . c があるとします。 

C ソースファイルでは、次のようにへッダーファイルをインクルードしています。 

/* main.c */ 

#include M a.h M 
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/* 2.c */ 
#include "a.h" 
#include "b.h" 


/* 3.c */ 

#include "b.h" 
#include "c.h" 


c.h を変 1 il した垛介、 main.c と 2 .c は M コンパイルする必贤はありません: > これらのファイ 
ルでは、変セされたヘッダーファイルをインクルードしていないからです 3 つまり、 main.c と 
2.c は、 c.h に-依む:”していません •か、ファイル 3.C は c.h に依びしているので、 c.h を変 
■ J 1 した坳介には 3. C を洱コンパイルする必要があります 

この例で、 b . h が変セされているにもかかわらず、2 . c を W コンパイルしなかったとしたらど 
うなるでしょうかおそらく、作成されたプログラムは ll : しく#作しないでしょう0この埸介に 
は、相+1な時卯を割いて、ソースファイルを|卜:しくコンパイルしていれば発屯しなかった問題を 
突き止めなければな0ません。 

make ユーティリティを使うと、変セ(こよって彩哪を叹けるファイルを確火に W コンパイルす 
ることができるので、こうした問跄をすベて解決できます 


8 . 1.1 


make の考え方 


あとで^ L るように、 make コマンドにはあらかじめ数多くのルール（规則）が紐み込まれていま 
すが、コマンドそれ「|休は、椹本的にアプリケーションを惝铯する方法を知りません0このた 
め、 makefile というファイルを川し、アプリケーションを惝築するノノ法を make に教えてやる 
必发があります0 

通常、 makefile は、ほかのソースファイルと同じディレクトリに胙かれます 0 makefile は、 1 
つのマシン I •.に | nj 時に複数⑴なすることができます，灾際、人きなプロジェクトでは、ブロジェ 
クトの各部分に対して個別に makefile を州盘することがあります。 

make コマンドと makefile を組み念わせて使うと、強力なブロジェクト竹邱ツールになります。 
make コマンドは、 ソースコー ドのコンパイルの竹邱だけなく、マニュアルページの作成や夕ーゲ 
ツトディレクトリ への アプリケー ショ ンのインストールといった川途にも使川できます。 
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makefile の構文 


makefile を惝成するのは、-迚の依存関係とルールです，依む:問係は、ターゲット（作成すベ 
きファイル）と、ターゲットが依む:している•述のソースファイルから構成されます。ルールは、 
ターゲットが依存しているファイルからターゲットを作成する"法を,记述したものです0 •般に、 
ターゲットは1 つの 灾行町能ファイルです0 

make コマンドは、 makefile を说み取ってターゲットファイル、つまり作成する必装:のあるフ 
ァイルを決定します。次に、ソースファイルの丨丨付と時釗を比較し、ターゲットを作成するのに 
必贤なルールはどれかを特定します。以終的なターゲットを作成するには、屮叫的なターゲット 
の作成が必货になることもあります_この垛で}\ make コマンドは makefileU 丛づいて、ターゲ 
ットを作成する順け;と、呼び出すべきルールに問する正しい f •順を決定します0 


8 . 1.3 


make のオブシヨンとバラメータ 


make プログラム H 体にも数多くのオプションがあります。このうち、 Ai •もよく使われるのは 
次の3つです> 


O -k 問跄が検 / li された時点で処坪を屮 ih するのではなく、エラーが以つ 

かっても処[を続行します。コンパイルに欠•敗するソースファイル 
を兄つける坳介などに便利です。 

O -n $際には処现を行わず、処理の内界だけを衣示します。 

O -f filename makefile として使うファイルを衍定します。このオプションが衍定 

されていない垛介、 make コマンドは、まず現在のディレクトリで 
makefile という名前のファイルを探します。このファイルが存在し 
なかった垛合には、 Makefile という名前のファイルを探します。 
UNIX ブログラマは、 Makefile を使うことが多いようです。 

特定のターゲット(通常は灾行可能ファイル)を作成するには、その名前をバラメータとして 
make コマンドに}•度します，ターゲットの指定がない場•介、 make コマンドは makefile 内の鉍初の 
ターゲットの作成を•试みます > 多くのプログラマは、 a ii を makefile の/！ i •初のターゲットに指定 
し、その他のターゲットを all と依む:問係を持つものとして記述しています。この"法を使う 
と、ターゲットの指定がない場介にデフォルトで作成されるターゲットがわかりやすくなるので、 
「 I 分で makefile を* ki 述するときもこの方法に從うとよいでしょう。 
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♦依存関係 

依存問係は、敁終的なアプリケーションを構成するれファイルがソースファイルとどのような 
関係にあるかを衣すものです前に示した例では、公終的なアプリケーションは main . o 、 2.。、 
3.〇を必贤とします（これらに依む••しています）また、 main . o は main . c と a . h に、2.〇は 2 .c 
と a . h と b . h に、さらに3.〇は 3. C と b . h と c . h に依む:していますン 

main .。 は、 main . c と a . h に対する変史に影穉を受けるので、これらのいずれかが変电された 
場合には main . c を冉コンパイルし、 main •。を作成しめ:す必坎があります 

これらのルールを makefile に, k ! 述するには、まず、ターゲットの名前、コロン、スペースまた 
はタブの頓に妃述し、そのあとにターゲットを作成するのに使うファイルのリストをスペースま 
たはタブで K . 切って衍定します。 JI •体的には、次のように述します。 

myapp : main.o 2 .〇 3.〇 
main . o : mam.c a.n 
2 . 0 ： 2 .c a.h b.h 
3. o : 3 .c b.h c.h 

この makefile は、 myapp が main . 〇、 2 .〇、 3 .〇にく iff : していること、 main . ot )' main.c と a.h 
に依#していることなどを衣しています。 

これら•迚の依介閲係から、ソースファイルが允いにどのような閲係にあるかがよくわかりま 
す0たとえば、ファイル b . h を変史した垛介には、 2.0 と3.〇の肉•力•を洱コンパイルする必要が 
あります 0 また、2.〇と3.〇も変史されることになるので、ファイル myapp も洱構築する必要が 
あります。 

複数の ファイルを 作成したい垛介には、 all という “フォ ニーターゲッド（偽ターゲット）を 
使うことができます。 フォ ニーターゲットとは、义際には ファイルの 名前ではないターゲットの 
ことですったとえば、 バイナリファイル myapp と マニュアル ページ inyapp . l から アブリ ケーショ 
ンが惝成されている垛介、 フォ ニーターゲットを使えば、次のように記述することができます。 

all : myapp myapp • 1 

ターゲット all が指定されていない場•介、 make は makefile 内で设初に兑つかったターゲット 
を作成します。 

♦ ルール 

makefile のもうひとつの氓袈な贤桌が、ターゲットの作成力•法を, kl 述したルールです 0 li ! J に小 
した例で、 make コマンドが2 .〇を洱コンパイルする必贤があると判断した場合、火際にはどの 
ようなコマンドが使われるのでしょうかもちろん 、 gcc -c 2. c のような中•純なコマンドで卜 
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分に 1 1的を述成することができます（あとで兄るように、 make は多くのデフォルトルールを持っ 
ています）。しかし、インクルードファイルを検索するディレクトリを指定したり、デバッグ川 
にシンボル怙報を設定したい坳合などもあります。このような場合には、 makefile で明氺的なル 
ー ルを指定します。 

makefile の惝义に叫しては、ひとつ注立しなければならないことがあります 0 それは、スペー 
スとタブの b (別です。ルールは、タブで始まる行に jd 述されていなければなりません。タブの代 
わりにスペースが使われている垛介、ルールとしては認識されません。タブ1つと複数のスペー 
スは肉 I ••ではどちらも M じように kl えるうえに、 UNIX ブログラミングではスペースとタブを 
K 別しないケースがほとんどなので、 makefile でのスペースとタブの K 別には注, (5: する必贤があ 
りますしルールを,记述する行の先妞にタブしか使川できないのは胱史の偶然ですが、 既む••の 
makefile があまり（こも多いために修 il: するわけにもいかず、現/ 1: でもそのままになっています。 
なお、タブがないために make コマンドが失敗する場合、通黹はエラーメッセージから似 W を特 
定することができます。 


例題 


簡単な makefile 


ほとんどのルールは中•純な コマン ドから惝成されており、 コマン ドライ ン で人ノ j する内竹と m 
じです，たとえば、前に尔した例の場•介、ルールを圯述した Makefilel は次のようになります, 


myapp : main^o 2.0 3.0 

gcc -0 myapp main.o 2.〇 3.〇 

main . o : main^c a.h 

gcc -c mairuc 


2 .oz 2 .c a^h b^h 

gcc -c 2 .c 


3.0： 3 .c b.h c.h 

gcc -c 3 .c 

この makefile の場•介、名前は makefile でも Makefile でもないので、 make コマンドを呼び/ li 
すときには -f オプシヨンを使いますさっそく試してみましょう 0 Makefilel だけが阶かれた 
デイレクトリで火むします。 

$ make -f Makefilel 

make: *** No rule to make target 'main.c' # needed by 'main.o'• Stop. 

$ 

エラーになりました。なにが WW でしょうか 0 make コマン ドは makefile 内の W 初のターゲッ 
卜、つまり myapp を作成しようとします> このとき、ほかの依存問係を消べて main.c が必敗で 
あるという結〖命を得ます 0 しかし、 main.c というファイルはまだ作成していませんし、 main.c 



を作成するための怡报も makefile には, kl 述していません。このため make コマンドはエラーを钳 
ぐ;•したのです0 

では、ソースファイルを作成してもう•度やりめ:してみましょうここでは make コマンドの 
動作を確かめることが II 的なので、中.純に touch コマンドで乍のへッダーファイルを作成しま 
す0 

$ touch a.h 
$ touch b.h 
$ touch c.h 

$ 

main.c (こは main 玫を“ il 述し、この屮で f unction_two と function_three を呼び川しま 
すファイル 2 .c と 3 .c では、それぞれ function_two と function—three を) il 及しますま 
た、これら3つの C ソースファイルでは適切なへッダーファイルをインクルードします Vd 成し 
たファイルの内界は次のようになります， 

/* main.c */ 

# include " a . h " 

extern void function _ two (); 
extern void function _ three (); 



funccion _ two (); 
function__three (); 
return (0); 

> 

/* 2 .c */ 

#include " a . h " 

#include " b . h " 

void function _ two () { 

) 

/* 3 .c V 
#include " b . h " 

#include " c . h " 

void function three () { 


もう•度 make を火行します 


$ maKe -r Makefile 丄 

gcc -c main.c 
gcc -c 2 • c 
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gcc -c 3 .c 

gcc -0 myapp mam. 〇 2 . 〇 j . 〇 

今度は成功しました。 

解説 

make コマン ドは、 makefile の依存閲係の部分を処坪し、作成する必要のあるファイルとその 
順け;を決) il します。 makefile では myapp の作成ん•法が•番 ili •初に iiii 述されていますが、 make コ 
マン ドは フアイ ルを作成する«((け;を il : しく決定しています 次 (こ、 フアイ ルを作成するためのル 
ー ルの部分で指定された コマン ドを火行します ， make コマン ドは、火行と叫叫こ コマン ドを衣 

小します。 

では、ファイル b . h に加えた変史がしく処理されるかどうか調べてみましょう c 

$ touch b.h 
$ make -f Makefilel 

gcc -c 2.c 
gcc -c 3 . c 

gcc -o myapp main.o 2.0 3.0 
$ 

うまくいきました。 make コマンドは、 makefile を説み取り、 myapp を與構築するのに必装な 
设小限のコマンドだけを. I 卜:しい舣序で灾行しています。 

オブジェクトフアイルを削除するとどうなるでしょうか 0 

$ rm 2 .〇 

$ make -f Makefilel 

gcc -c 2.c 

gcc -o myapp main. 〇 2.o i.o 
$ 

make コマンドは、必要な処理を正しく判断しています 0 



makefile 内のコメント 


makefile にはコメントを人れることができます。 makefile では、1つの#から行の終わりまで 
がコメントです c C ソースファイルの坳介と|"1様、 makefile にコメントを人れておくと、ファイ 
ル作成時の总図をわかりやすく伝えることができます。 
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8 . 1.5 


makef け e のマクロ 


これまで兄てきたように、 make と makefile は、複数のソースファイルを扱うプロジェクトを 
竹理するための非常に強力なツールです0しかし、ファイルの数が非常に多いプロジェクトでは 
makefile も人がかりなものになり、管理の柔軟性が拟なわれる可能性があります 0 このような場 
介には、マクロを使ってより一般的な形式で makefile を記述することができます。 

makefile のマクロは、 MACRONAME = value という形で定在し、$ (MACRONAME ) または 
$ { MACRONAME } でその侦にアクセスします (make のバージョンによっては $MACRONAME を使川す 
ることもできます）〇 =以陴、行の終わりまでを乍|'1にすれば、名前を乍にしておくことができま 
す 0 

makefile では、しばしばマクロを使ってコンパイラのオプションを衍定します。たとえば、ア 
プリケーションの開発中には、 W 適化を行わずにデバッグ怙報を穴めてコンパイルすることが多 
いはずです）•ノバリリースバージョンを作成するときには、砟速に'太:行できるサイズの小さな 
バイナリを作成するために、デバッグ悄枨を A めずに W 適化を行うほうが.般的です。こうした 
ケースでは、マクロを使ってコンパイラのオプションを衍定すると便利です。 

また、前に例として取り I ••げた Makefilel では、コンパイラの名前が gcc であると似定して 
います，しかし、ほかの UNIX システムでは、 gcc ではなく cc や c 89 が使われて いる 町能性もあ 
ります，作成した makefile を穴なるバージョンの UND (で使いたい場合や、 M じシステム I •.でも 
別のコンパイラを使川する場合、コンパイラの名前が gcc になって いる makefile では、コンパイ 
ラの指定をすべて修 il : する必要があります c このような場介には、システムに依存する部分をマ 
クロを使って1简所にまとめておけば変史も矜站です 
通常、マクロは makefile H 体の中で定在しますが、 make CC = c 89 のように、 make コマンドを 
呼び川すときにマクロ定在を指定することもできます。コマンドラインで指定した定義は 
makefile での定義より優先されます。 


例題 


マクロを使った makefile 


次に/す Makefile 2 は、マクロを使って Makefilel を: 1 f き換えたものです。 


all : myapp 

# wnich compiler 
CC=gcc 

# wnere are include files kept 
INCLUDE =. 

# Options for development 
CFLAGS=-g -Wall -ansi 


# Options for release 
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# CFLAGS =-0 -Wall -ansi 


myapp : main.o 2 .o 3 .o 

$( CC ) -o myapp main.o 2 .o 3 .o 

main . o : main.c a.h 

$( CC ) -1$( INCLUDE ) $( CFLA 6 S ) -c main.c 


2« o : 2 .c a.h b.h 

$( CC ) -1$( INCLUDE ) $( CFLAGS ) -C 2 .C 


3. o : 3 .c b.h c.h 

$( CC ) -1$( INCLUDE ) $( CFLAGS ) -C 3 .C 

Makefilel で作成したアブリケーシヨンとオブジェクトファイルを削除したあと、新しい 
makefile を指定して make を実行します。出力は次のようになります 0 


$ rm 買 • 〇 myapp 
$ make -f Makefile 2 

gcc -I. -g -Wall -ansi -c main.c 
gcc -I. -g -Wall -ansi -c 2.c 
gcc -I. -g -Wall -ansi -c 3.c 
gcc -o myapp main.o 2.o 3.o 
$ 


解脱 

make コマン ドは、 C コ ン パイラが# define を沢き換えるのと|"1様に、 $( CC >、 $ ( CFLAGS ) , 
$( INCLUDE ) を適切な定在で时き換えます 0 このため、コンパイルコマンドを変更する場介でも 
わずか1简所を変史するだけですみます。 


ESO 額の夕-ゲット 

makefile では、複数のターゲットを作成できるようにしたり、 一 速のコマンドを 1 つにまとめ 
たりすることもできます。さっそく、不要なオブジェクトを削除するターゲット clean と、指定 
したデイレクトリにアブリケーシヨンをインストールするターゲット install を追加してみ.まし 
よろ 0 



all : myapp 


# Which compiler 
CC=gcc 

# Where to install 
INSTDIR =/ usr / local/bin 

# Where are include files kept 
INCLUDE=. 

# Options for development 
CFLAGS=-g -Wall -ansi 

# Options for release 

# CFLAGS=-0 -Wall -ansi 


myapp : main.o 2.o 3 .0 

$ (CC) -0 myapp main .0 2 .0 3 .0 

main.o ： main.c a.h 

$(CC) -1$(INCLUDE} $(CFLAGS) -c main.c 
2 . 0 ： 2.c a.h b.h 

$(CC) -1$(INCLUDE) $(CFLAGS) -c 2.C 
3.0 ： 3.c b.h c.h 

$(CC) -1$( INCLUDE) $(CFLAGS) -c 3.C 

clean: 

-rin main.o 2.o 3.o 

install: myapp ハ r •， ， 

@if 【 -d $(INSTDIR) ]; \ 
then \ 

cp myapp $(INSTDIR);\ 
chmod a+x $(INSTDIR)/myapp;\ 
chmod og-w $(INSTDIR/myapp;\ 
echo "Installed in $(INSTDIR)";\ 
else \ 

echo "Sorry, $(INSTDIR) does not exist";\ 

fi : J 

この makefile にはいくつか注 II すべき点があります。まず、特別なターゲット all では、これ 
まで M 様に myapp をターゲットとして指定しています。このため、ターゲットを指定せずに make 
を災行すると、デフオルトで夕ーゲット myapp が構築されます。 
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次に屯贤な戎は、 clean と install の2つのターゲットが追加されていることです 0 ターゲッ 
卜 clean では、 rm コマンドを使ってオブジェクトを削除します。コマンドの前に付いている-は、 
mak 白に対してコマンドの結米を無拟するように指尔するためのものです。このため、オブジェ 
クトがむ/1:しない場•介や rm コマンドがェラーを返した場合でも 、 make clean は成功します。 
clean : のあとは乍「 I なので、ターゲット clean はどのファイルにも依存していません。したが 
って、 clean は常に山•いと判断され、ターゲットに clean が指定された場介には、常にそのルー 
ルが灾行されます。 

ターゲット install は myapp I こ依ィ f •- しているので、 install を作成するときには、その前に 
ほかのコマンドを火行する必玫があります> install を作成するためのルールは、いくつかのシ 
ェルスクリプトコマンドから惝成されています make はルールを火むするときにシェルを呼び出 
しますが、1つのルール(こつき新しいシェルを1つ呼び出すので、バックスラッシュを使ってすべ 
てのスクリプトコマンドを1つの論坪行に収め、シェルを1|"|呼び出すだけでルールを火行でき 
るようにしていますコマンドの先 j ) m こ付いている•は、ルールを义行するときにコマンド 
を標準 Hi 力に衣ボしないようにするためのものです 
新しく作成したコマンドは、 M 常のユーザーのアクセス権では/ usr / local / bin にインストー 
ルすることはできません。インストール先のディレクトリのパーミッションを変 1 ii するか、また 
は su コマンドを使ってスーパーユーザーになってから make install を火むします 0 

5 rm *• 〇 myapp 
$ make -f Makefile 3 

gcc -I. -g -Wall -ansi -c main•c 

gcc -I. -g -Wall -ansi -c 2.c 

gcc -I. -g -Wall -ansi -c 3 - c 

gcc -o myapp main.o 2•o 3.o 

$ make -f Makefile 3 

make : Nothing to be done for 'all 、 

$ rm myapp 

$ make -f Makefile 3 install 

gcc -o myapp main.o 2 .0 3 .0 
Installed in /usr/local/bin 

$ make -f Makerile 3 clean 

rm main • o 2 • o 3 - o 


mw. 

まず、 myapp とすべてのオブジェクトを削除します 0 次に、 make コマンドを灾行します〇 all 
が夕ーゲットとして選択され、 myapp が作成されます。次にもう•度 make を％行します 。 myapp 
は/ ri 新の状態になっているので、 make はなにも行いません。今度は、ファイル myapp を削除し 
てから make install を火行します。 myapp が I # 作成され、インストール先のディレクトリにコ 
ピーされます 0 iri 後に make clean を奕行します。この操作によってオブジェクトが削除されま 
す。 




8.1 make コマンドと makefile ♦ 339 


8 . 1.7 


ビルトイン ルールと サフィツクス ルール 


これまでに取り h げた makfile では、各ステップの义行"法をそのまま記述していました〇火 
際には、 make は玫多くのビルトインルールを持っており、これらのルールを使うことで makefile 
の, k ! 述を人幅に簡略化できます0 


♦ ビルトインジ レール 

多くのルールは M じです。このため、 make は数多くのビルトインルールを持っています。例を 
おしましょう次のコードは 、 Hello World と衣/するおなじみのプログラム、 foo.c です， 

# include < stdlib . h > 

# include < stdio . h > 


mt mam () 

{ 

printf("Hello World \ n "); 
exit ( EXIT ^ SUCCESS ); 

} 

makefile を衍定せずに make を使ってコンパイルします。 



^ make roo 

cc foo.c -o too 
$ 

gee ではなく cc が呼び川されていますが、この灾行例からわかるように、 make はコンパイラの 
呼び出しガを知っています。こうしたビルトインルールは、 推論 ルールと呼ばれることもありま 
す0デフオルトのルールではマクロが使われているので、次の例のようにマクロに新しい侦を指 
定すれば、デフオルトの#作を変史することもできます。 


$ rm foo 

$ make CC=gcc CFLAGS ="- Wall - g " foo 

gcc -Wall-g foo.c -0 foo 
$ 

- p オブシヨンを指定して make を戈行すると、ビルトインルールを表ボさせることができます 0 
次の例は、 GNU バージヨンの make での災行例です。ビルトインルールは非常に数が多いので、 
ここではその一部だけを示しています。 

OUTPUT_OPTION = -o $@ 

COMPILE.c = $ (CC) $ (CFLAGS) $(CPPFLAGS) $ (TARGET ARCH) -c 
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.C . 0 ： 

$(COMPILE.c) $< $(OUTPUT—OPTION) 

ビルトインルールを活用し、オブジェクトを作成するルールを桁略して依存問係だけを指定す 
ると、 myapp を作成するた めの makefile の該、 部分は、次のように簡潔に記述することができま 
す0 


main # o : 



2^〇: 2 # c a.n b^h 

3# o : 3 .c b.h c^h 


♦ サフィ ツクスルール 

上に示したビルトインルールは、 サフィックス （ DOS の拡張子に相当）によって機能していま 
す。つまり、 make は、あるサフイックスを持つファイルから別のサフィックスを持つファイルを 
作成する際、使) H できるルールはどれかを知っています。もっともよく使われるルールは、 . c で 
終わるファイルから.〇で終わるファイルを作成するためのルールです。このルールでは、 C コン 
パイラを使ってソースファイルのコンパイルを行います（リンクは行いません） 0 

埸•介によっては、新しいルールの作成が必费になることがあります。，打は、 M じソースファ 
イルをコンパイルするときに松数のコンパイラを使うことがあります。 H 体的には、 MSDOS で 
はコンパイラを2つ使川し、 Linux では gcc を使っています。たとえば、ソースファイルが C では 
なく C — で;; d 述されている場•介、 MS * I ) OS のコンパイラではサフィックスに .cpp を使う必要が 
あります。しかし、 Linux で使う make (こは、 .cpp ファイルをコンパイルするためのビルトイン 
ルールがありません （ UNIX では C + ■♦■のファイル拡张了-に . cc を使うほうが•般的なので、 . cc を 
コンパイルするルールは川总されています） 0 

このような場介には、ソースファイルごとにルールを指定するか、または拡张子 . cpp を持つ 
ファイルからオブジェクトを作成する新しいルールを make に教えてやる必•皮があります。ブロ 
ジェクトを構成するソースファイルがたくさんある場介には、新しいルールを指定すれば、ソー 
スファイルごとにルールを人力する荇問を竹くことができ、新しいソースファイルも簡中•に追加 
できます 0 

新しいサフ イッ クスルールを沿加するには、新しいサフィ ッ クスを make に教えるための行を 
makefile の中に追加します。次に、新しいサフィックスを使ってルールを記述します。このと 
き、 . <old suffix>.<new suf f ix > :という特別な構义を使います 0 この構文によって、…•い 
サフ イッ クスを持つファイルからベース名が M じで新しいサフ イッ クスを持つファイルを作成す 
るための一般的なルールが定義されます。 
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例題 


サフィックスルール 


次に氺すのは、 . cpp ファイルから.〇ファイルを作成するための新しい一般的なルールを追加 
した makefile の-部です。この部分は、ファイルの先頒の all : myapp の行のめ:後に沢きます。 
makefile の名前は Makefiles とします。 


. SUFFIXES ： .cpp 

. cpp . 〇: 

$( CC ) - xc ++ $( CFLAGS ) -1$( INCLUDE ) -C $< 

新しいルールを•式してみます。 


$ cp foo.c bar.cpp 
$ make -f Makefile 5 bar 

gcc -xc++ -g -Wall -ansi -I. -c bar.cpp 
gcc bar .0 -0 bar 

rm bar .0 
$ 


解脱 

特別な依む: I ⑷係 . cpp . o : は、そのあとのルールでサフ ィツ クス . cpp を持つファイルからサフ 
ィツ クス.〇を持つファイルを作成する"法が, k ! 述されていることを氺します。 

この依む••闇係を, id 述した時点ではファイルの灾際の名前はまだわからないので、ルールでは特 
別の マクロ 名を使っています。このうち$<は、出発点となるファイル名 （ A •いサフィツクスを持 
つファイルれ）を衣します 0 ルールでは、 . cpp ファイルから.〇ファイルを作成するノ/法だけを 
桁定しています。これは、 make がオブジェクトファイルからバイナリの災行"了能ファイルを作 
成するか法をすでに知っているからです。 

サフィツクスルールを追加した makefile を衍定して make を灾行すると、新しいルールが適 JIJ 
されて bar . cpp から bar . o が作成され、次にビルトインルールによって.〇ファイルから災行 " J * 
能ファイルが作成されます。 - xc ++ は、 gcc に C ++ ソースファイルであることを知らせるための 
フラグです。 

I •.のサンブル makefile で迫加したルールは非常に簡中•なもので、実際にはもう少し複雑なルー 
ルを, k ! 述することになるでしょう c しかし、サフィツクスルールの使い"については十分邱解で 
きたと思います。次に示すのは、よく使う特殊なマクロです。 



〇 $@ 现在のターゲットのフルネーム 

〇 $? 说作のターゲットが依存していて、現心：のターゲットよりも新しいファイルのリスト 
〇 $< ターゲットに依存していて、ターゲットよりも新しい中•一のファイル 

〇 $* サフィックスを除いたターゲットファイルの名的 
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make を使ゥたライブラリの管理 

人规投なプロジェクトでは、コンパイルのノ1•:成物をライブラリとして竹邱すると便利なことが 
あります。•般に拡张 l\a ( a はアーカイブの •&) を持つこれらのファイルは、オブジェクトファ 
イルの染介です： make コマンドにはライブラリを扱うための特別な構义があり、この構文を使 
うことでライブラリを非常に簡単に管理できます 0 
具体的には、 lib ( file •⑴のように指定します。これは、ライブラリ lib . a に格納されてい 
るオブジェクトフアイル file .。 という总味です。 make コマンドは、ライブラリを竹坪するため 
の次のようなビルトイン ルールを 持っています 

• c . a : 

$( CC ) -c $( CFLAGS ) $< 

$( AR ) $( ARFLAGS ) $@ $*.o 


通常、マクロ $( AR > と $( ARFLAGS ) は、デフォルトでそれぞれコマンド ar とオプション rv に 
展開されます。ルールは2行で記述されており、 . c ファイルから . a ライブラリを作成するには、 
ルールを2つ適川しなければならないことを,しています， 

敁初のルールは、ソースファイルをコンパイルしてオブジェクトを作成する必炎があることを 
氺しています2游丨丨のルールは、 ar コマンドを使って新しいオブジェクトファイルを;£1加し、 
ライブラリを史新する必•炎があることを小しています。たとえば、 fud というライブラリに 
bas . o というファイルが禽まれているとします,，この場介、 ifi •初のルールでは$<が bas . c に i?i 
き換えられます。また、2济丨丨のルールではがライブラリ fud . a に、が bas に展開されま 
す。 


例題 


ライブラリの 管理 


ライブラリを扱う構文の使い力はこは簡中•です0これまでの例で使ったアブリケーション 
を変! li し、ファイル 2 .〇と 3 .〇を mylib . a という名前のライブラリで竹理してみましょう 0 
makefile に変! II を加え、 Makefile 6 を作成します(前の例で追加した C ++ ブログラムを処理する 
ための ルールは 削除します） 0 


all : myapp 

# Which compiler 
CC=gcc 

# Where to install 
INSTDIR=/usr/local/bin 


# Where are include files kept 
INCLUDE=. 




CFLAGS=-c -Wall -ansi 


# Options for release 

# CFLAGS=-0 -Wall -ansi 

# Local Libraries 
MYLIB = mylib.a 

myapp : main.o $( MYLIB ) 

$( CC ) -o myapp main.o $( MYLIB ) 


$( MYLIB ) : $( MYLIB )(2. o ) $( MYLIB )(3, o ) 
main.os main.c a.h 
2 . 0 ： 2 .c a.h b.h 
3 .os 3 .c b.h c.h 

clean : 

-rm main.o 2 .o 3 .o $( MYLIB ) 

install : myapp 

@if [ -d $(INSTDIR) ]; \ 
then \ 

cp myapp $(INSTDIR);\ 
chmod a+x $(INSTDIR)/myapp;\ 
chmod og-w $(INSTDIR/myapp；\ 
echo "Installed in $(INSTDIR) w ；\ 
else \ 

echo "Sorry, $(INSTDIR) does not 
fi 


新しい makefile を使って make コマンドを灾行します 0 


$ rm -f myapp *.o mylib^a 
$ make -f Makefile 6 


gcc -g -Wall 



-c main.c -o main.o 
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解説 

まず、ライブラリとオブジェクトをすべて削除し、 make コマンドが myapp を作成できるよう 
にします。 make コマンドを火行すると、ソースファイルのコンパイルとライブラリの作成が行 
われ、 main .。 とライブラリがリンクされて myapp が作成されます 0 次に、3.〇の依存間係をテ 
ストするために、 touch コマンドを使って c . h を史新します 0 もう一度 make を実行すると、 3 .C 
が正しく再コンパイルされてライブラリが史新され、 M 後に新しい myapp 実行可能ファイルが作 
成されます。 


■ makefile とサブディレクトリ 

人規模なプロジェクトでは、ライブラリを構成するファイルをサブディレクトリに呎き、メイ 
ンのファイルと K 別しておくと便利なことがあります0 

このような場介に make を使って作装を効 5 ♦(化するには、2っの力•法があります。ひとっは、サ 
ブディレクトリにもうひとつ makefile を川する"法です。この makefile では、ファイルのコン 
パイル、ライブラリへの格納、1つ I ••のメインディレクトリへのライブラリのコビーを行えるよ 
うにしておきます 0 I ••位ディレクトリのメインの makefile には、ライブラリを作成するためのル 
ー ルを妃述し、このルールでサブディレクトリの makefile を呼び出すようにします 0 

my 丄 ib.a: 

(cd mylibdirectory;$(MAKE)) 

このルールは、常に mylib.a の作成を試みなければならないことを意味しています(依存閲係 
を持たないターゲットは常に山•いと利断されます）〇 make は、ライブラリを作成するルールを呼 
び出すときに、サブディレクトリ mylibdirectory に移動し、そこで新しく make コマンドを呼 
び出してライブラリを作成します。このとき、新しいシェルが呼び出されるので、 makefile を使 
うプ u グラム H 体は C d を火行しません。ライブラリ作成のルールを灾行するために呼び出され 
たシェルだけがサブディレクトリで义行されます。ルールをカッコで I 用んでいるのは、すべての 
コマンドを中.•のシェルで灾行するためです， 

もうひとつのガ法は、 makefile にいくつかのマクロを追加する方法です。 JI •体的には、ディレ 
クトリを衣す D とファイル名を衣す F を使って、ビルトインサフィックスルールの . c . o を次のル 
ー ルで上畨きします 0 

• C.O ： 

$(CC) $ (CFLAGS) -C $(@D)/$(<F) -o $(@D)/$(@F) 

このルールでは、サブディレクトリ内のファイルをコンパイルしたあと、作成したオブジェク 
卜をそのままサブディレクトリに沢いておきます。次に、現作のディレクトリにライブラリを作 
成するために、次のような依む:問係とルールを紀述します。 






mylib . a : mydir /2 mydir /3 #o 

ar -rv mylib.a $? 

どちらの"法を使うべきかはプロジェクトに応じて決めるとよいでしよう。サブディレクトリ 
を使わないブロジェクトではソースディレクトリに非常に多くのフアイルが沢かれることになり 
ますが、ここで説明しているノ/法で make を利用すれば、わずかな変史でサブディレクトリを効 
中的に活⑴することができます。 


8 . 1.1 


GNU make と gcc 


GNU の make と gcc を使っている場合には、いくつかの便利なオブションを使うことができま 
す。 

まずひとつは、 make の- jN オプションです （ j はジョブの总>。このオプションを指定すると、 
make コマンドは M 時にのコマンドを A 行できるようになります。ブロジェクトの各部分を倘 
別にコンパイルすることが" r 能な坳介には、このオプションを指定することで极数のルールを卜 J 
時に処那できます：システム惝成にもよりますが、非常に多くのソースファイルがある垛介(こは、 
この力•法を使うと洱コンパイルの時問を人幅に短縮することができます。-般には、 - j 3 程度の 
小さな侦から試してみるとよいでしょう。ただし、マシンを使っているユーザーがほかにもいる 
垛合には、 - j オプションを忪积に使わなければなりません c コンパイルするたびに多数のプロセ 
スが起動されると、ほかのユーザーの作衮に恶釤郛を及ぼす" r 能 n があるからです。 

もうひとつの便利なオプションは、 gcc の - MM オプションです。このオプションを指定すると、 
make で使川できる形パ;で依む:問係のリストがル:成されます。ブロジヱクトを梆成するソースフ 
ァイルの数が多く、各ソースファイルでさまざまなへッダーファイルをインクルードしている場 
介には、 lK しい依む:関係の把掏が W 難:になることがあります。ひとつのやりノ/として、各ソース 
ファイルですべてのへッダーファイルをインクルードすることもできますが、これではイぐ要なコ 
ンパイル作策が增えてしまいます。•ガ、必要な依存関係を記述し忘れると、#コンパイルの必 
要なファイルがコンパイルされないなどの T (人な問题が発卞します 0 gcc の- MM オブションを使 
えば、こうした問姐を避けることができます。 



例題 


gcc -MM 
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;解説 f 

gcc コンパイラは、 makefile に揷人できる形式で必要な依存閲係を出力します。あとは、出力 
を•時ファイルなどに保存し、これを makefile に神人するだけです。 


m 

メモ 


- MM オ フシヨンと 同じような機能を持つ ツールと して makedepend か あります 。 makedepend 
は、指定された makefile の最後に依存関係を追加します。 


8.2 


ソースコード管理 


プロジヱクトが极維になってくると、ソースファイルの変セを竹邱することが屯炎な, (5: 味を持 
つよう（こなります:> 特に、梭数のユーザーが作策•するプロジヱクトでは、ソースファイルの変セ 
竹现は非常に人切です。 

UNIX では、 RCS (Revision Control System) と SCCS (Source Code Control System) の 2 

つのソースファイル 竹列! •システムが 広く使われています 〕 RCS ユーティリティは、ソースファ イ 
ルも!^めて Free Software Foundation から公|沿されています。 SCCS は AT&T (こよって System 
V バージヨンの UNIX に導人され、現在では X/Open 代様に禽まれています。また、サードパー 
テ ィか らも 多数の ソースコード 竹 邱 •システムが 提供されています。 このうち、般もよく知られて 
いるものに CVS (Concurrent Version System) があります 0 CVS は SCCS や RCS より岛機能で 
すが、まだ広く使われるまでにはヤっていないようです。 

ここでは、まず RCS について iT(A 的に説明したあと、 RCS のコマンドと SCCS のコマンドを比 
較します。 KCS と SCCS のコマンドは/(.いによく似た機能を持っているので、 RCS から SCCS へ、 
また SCCS から RCS へはそれほど»労せずに移行することができます 0 RCS には MSDOS で利州 
できるバージヨンもあり、商衮ベースのサボートを盛り込んだ製品も出ています 0 


8 . 2 . 


RCS システムは、ソースファイルを竹押•するための•迚のコマンドから構成されています0 
RCS システムでは、以前のバージョンを作作成するのに I •分なレベルの変史内れ•のリストを, k ! 鉍 
し、これを中.•のファイルで保 vj ••することによって、変史が加えられたソースファイルを) n 跡し 
ます。また、変 1 ii 内界ごとにコメントを付けることができるので、あとでファイルに対する変史 
の脱脓をたどることができます。 

火隙にブロジェクトで使うときには、プロジェクトの進行に介わせてソースファイルに対する 
• r (费な変 1 ii やバグフィクスを記録し、変史を加えるごとにコメントを付けることができます。こ 
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の機能は、ファイルに対する変电をあとから検討したり、バグがいつ解消されたか、またはバグ 
がいっ浞人したかを特定する垛介に非常に便利です。 

♦ res コマンド 

RCS では、まず竹列.するファイルの初期バージョンを作成します。ここでは、以前に例として 
使った foo . c の V /如に次のようなコメントを抑入した important . c を使って説明します。 

/* 

This is an important file for managing this project . 

It implements the canonical "Hello World " program . 

*/ 

ili 初に必袈になる作菜は、 res コマンドを使ってファイルに対する RCS 竹理を初期化すること 
です。コマンド res - i を火行すると、 RCS 管理ファイルが初期化されます 0 

5 res - 1 important.c 

RCS file : important . c,v 

enter description, terminated with single •••or end of riie: 

NOTE ： This is NOT the log message! 

>> This is an important demonstration file 

>> . 
done 
$ 

コメントは极数の行にわたってもかまいません。コメントを終えるには、コメント人力川のブ 
ロンブトに対してピリオド （•） を1つだけ人力するか、またはファイルの終わりを衣す义卞（通 
常は Ctrl - D ) を人力します。 

コマンドを灾行すると、次のように， v という拡张丫•を持つ説み取り V /川ファイルが新しく作 
成されます。 

$ Is -1 

-rw-r--r-- 1 rick users 22b Feb 1116:25 important.c 

-r--r -- r-- 1 rick users 105 Feb 1116:2b important.c,v 

$ 

RCS が竹けるファイルを別のディレクトリに的きたい場合には、 res を初めて％行する前に、 
RCS という名前のサブディレクトリを作成します。こうすると、以後すベての res コマンドは、 
「|勋的に RCS サブディレクトリを対象として火行されるようになります。 

♦ Ci コマンド 

初期化を済ませたら、现丫 I : の バージョンを格納する ci コマンドを使って ファ イルをチヱ ッ クイ 
ンします。 
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$ ciimportant.c 

important.c # v く -- important.c 
initial revision ： 1.1 
done 
$ 


res - i を実行していない場介には、ファイルに閲する説明の人力を求められます。このよう 
にユーザーの操作エラ-に対して比較的從大ななは、 SCCS に対する RCS の利 A のひとつです。 

ci コマンドの灾行後にデイレクトリのリストを衣氺すると 、 important . c が削除されている 
ことがわかります。 

$ Is -1 

1 rick users 442 Feb 1116:30 important.c,v 

$ 

フアイルの 内 と 竹理怡報は、 すべて RCS フアイルの im POr tant . c , v に 格納され ています 0 


♦ CO コマンド 

ファイルを変史したい坳合には、まずファイルをチェックアウトしなければなりません。ファ 
イルを説むだけなら、 CO コマンドを使って現在のバージョンを冉作成すればすみます。この場¬ 
合、 ファイルのパーミッションは説み取り^に変!11されます。しかし、ファイルを褊災する場 
介には 、 co -1 コマンドを使ってファイルをロックする必要があります。 

ロックが必要になる理山は、複数のメンバーが参加するブロジェクトではファイルを辎染する 
メンバーが1人だけであることを保証する必要があるからです 0 ファ イルの1 つの バージョンの1 
つの コピーだけが^:き込みパーミッションを持つ の もそのためです。和き込みパーミッションを 
設定してファイルをチェックアウトすると、 RCS ファイルはロックされます。 

災際に試してみましょう。 

$ co -1important.c 

important.c,v --> important.c 
revision 1.1(locked) 
done 
$ 

このとき、デイレクトリの内界は次のようになっています。 

$ Is -1 

-rw-r--r-- 1 rick users 226 Feb 1116:35 important.c 

-r--r--r-- 1 rick users 452 Feb 1116:35 important.c,v 


これで、ファイルを褊粜し、新しい変更内界を追加することができるようになりました0灾際 




8.2 ソースコード管理 ♦ 349 


にファイルを変史し、内び ci コマンドを使って変史内祥を保#します。 important ベの出力部 
分を次のように変吏します0 


printf("Hello World \ n "); 

printf("This is an extra line added later \ n "); 

ci コマンドを灾行します。 

$ ci important.c 

important.c,v く -- important.c 

new revision ： 1.2 ； previous revision ： 1.1 

enter log message, terminated with single ••• or end of file ： 
>> Added an extra line to be printed out. 

>> . 
done 
$ 


m 

メモ 


フアイルをチエックインし、ロックをそのままにして編集作業を続けたい埸合には、 -1 オブシ 
ヨンを指定して ci コマンドを実行します。こうすると、自動的に同じユーザーに対してファイ 
ルがチェックアウトされます。 


編集後のバージョンを格納すると、 important 』 は叫び削除されます。 


$ Is -1 

1 rick users 633 Feb 1116:37 important.c # v 


♦ rlog コマンド 

ファイルの変史内容の概要を表ボしたい場介には、 rlog コマンドを使います。 

$ rlog important.c 

RCS nle ： important .c, v 

Working rile: important.c 

head ： 1.2 

branch: 

locks : strict 

access list : 

symbolic names : 

comment leader : ” * " 

keyword substitution ： kv 

total revisions : 2; selected revisions : 2 
description : 
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This is an important demonstration file 


revision 丄 • 2 

date : 1998/02/11 16:37:35; author : rick ； state : Exp ； lines ： +1-0 
Added an extra line to be printed out. 


revision 1.1 

date: 1998/02/11 16:30:19; author : rick ； state : Exp ； 
Initial revision 


iti 初の部分は、ファイルに間する•说明と、 res で使われているオプションです。そのあとには、 
ファイルのリビジョンと各リビジョンをチェックインしたときに入力したテキストが、敁新のも 
のから順にリストアップされています。リビジョン 1.2 のところに lines : +1 -0 という紀述がある 
ことに注 II してください。これは、1行が追加され、0行が削除されたことを示しています。 

ファイルの敁初のバージョンを取り出したい坳介には、必贤なリビジョンを指定して co コマ 
ンドを灾行します。 

$ co - rl . 1 important.c 

important.c,v --> important.c 
revision 1.1 
done 
$ 


m 

メモ 


ci コマンドにも - r オブションがあります。 - r オプションを使うと、バージョン番号を指定した 
値にすることができます。たとえば、次のようにします。 


ci 



このコマンドは、 important . c をバージヨン 2.1 としてチェックインします。 RCS と SCCS 
のどちらの埸合も、蒗初のマイナーバージヨン番号は（〇ではなく ） 1です。 


♦ resdiff コマンド 

2つのリビジヨンの問でなにが変史されたのかを知りたい場合には、 rcs diff コマンドを使い 
ます,， 


$ rcsaiff 1 - ri.2 important^c 

= = = = = = 二 = = = = = = = = = 二：：—一— 一猶義 •一一一一 一 — — — — — — — — — 一 — 瓣讎■•編一 一一一一 一一——— 

—— — •隹隹 ———— ^ 舞 — «•麵^ •一 •—鑛舞鑛壽垂^ ■鑛畴■麵 

RCS rile: important.c,v 
retrieving revision 1.1 
retrieving revision 1.2 
diff -rl.l -rl.2 
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llal2 

> pnntf ("This is an extra line added later\n M )； 
$ 

この出力から、 11 行 H のあとに 1 行が追加されたことがわかります 


♦ リビジョンの特定 

RCS では、ソースファイルに特別な义•卞列（マクロ）を挿人して変 Oi 内衿の追跡に役、 •/: てるこ 
とができます。 iti •もよく使われるマクロは、 $ RCSfile $ と $ Id $ の 2 つです。 $ RCSfile $ はファ 
イルの名前に挺問され、 $ Id $ はリビジョンを特定する文卞列に展問されます。これら以外にサ 
ポートされている特別な义卞列の.ねについては、 マニュアル ページを参照してください。マク 
口は、ファイルのリビジョンがチェックアウトされるたびに新たに展開され、リビジョンがチェ 
ックインされるときに fl 動的に史新されます0 
ではさっそく 、 imDortant • c を修 ll •:してマクロを使ってみましよう 


$ co -1 important.c 

important.c,v --> important.c 
revision 1.2 (locked) 
done 
$ 



次のように修上します 


This is an important tile for managing this project• 
It implements the canonical "Hello World" program» 


Filename: $RCSfile$ 


^include <stdlib^h> 
#inc 丄 ude <stdio»h> 

static char *RCSinfo = 



printf("Hello World\n n ); 

printf("This is an extra line added later\n"); 

printf("This file is under RCS control.It's ID is\n%s\n", RCSinfo); 
exit (EXIT—SUCCESS); 


このリビジョンをチヱックインし、特別な义卞列がどのように扱われるかを確認します。 
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$ ciimportant.c 

important.c,v <-- 
new revision ： 1.3; 
enter log message, 

>> Added $RCSfile$ 


important.c 

previous revision : 1.2 
terminated with single 

and $ Id $ strings 


• 蠢 


or end of rue: 


done 

$ 


デイレクトリには RCS ファイルだけが残ります。 


$ Is -1 

1 rick users 907 Feb 1116 : 55 important.c,v 


co コマンドを使って フ ァイルをチェックアウトし、現在の バージヨ ンの ソースファ イルを確認 
すると、マクロが展開されていることがわかります。 

This is an important file for managing this project. 

It implements the canonical "Hello World" progreun• 

Filename: $RCSfile: important.c # v $ 


#include <stdlib.h> 

#include <stdio.h> 

static char *RCSinfo = "$Id: important.c # v 1.31998/02/11 16:55:04 rick Exp $"; 
int main() { 

printf("Hello World\n H ); 

printf (” This is an extra line added later\n H ); 

printf("This file is under RCS control.It*s ID is\n%s\n", RCSinfo); 
exit (EXIT—SUCCESS); 


例題 


GNU make と RCS の併用 


GNU make は、 RCS ファイルを管理するためのビルトインルールをすでに持っています。ここ 
ではソースファイルを削除し、不足しているソースファイルが make によってどのように扱われ 
るかを確かめてみましょう。 

$ rm -f important 
$ make important 

co important•c,v important•c 
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important•c,v —> important.c 

revision 1.3 

done 

cc -c important. c -o important•o 
cc important.o -o important 
rm important.o important - c 


解脱 

make は、拡張户を持たないファイルを作成するには、 M じ名前で拡張 f • c を持っファイルを 
コンパイルすればよいことを知っています。また、 RCS を使うことで imortant . c , v から 
important . c を作成できることも知っています 0 上の例では 、 important . c というファイルは 
存やしないので、 make は co コマンドを使って/ ti •新のリビジョンをチェックアウトし、 . c ファイ 
ルを作成します。コンパイルが終わるとあとかたづけを行い 、 important . c を削除します。 


♦ ident コマンド 

ident コマンドを使うと、 $ Id $ 义卞列を穴むファイルのバージョンを調べることができます。 
important 』 ではこの义卞列を変数に格納しているので、コンパイルの結米•としてできる火行 
" J 能ファイルにも义卞列が禽まれています。ただし、コンパイラによっては、般適化の際にコー 
ド内でアクセスされていない変数を取り除いてしまうことがあります。このような場合には、ダ 
ミーのアクセスを行うコードを迟加すれば問題を M 避することができます（コンパイラはたえず 
竹くなっているので、この力•法がうまくいかない場介があるかもしれません）。 



例題 



$ important 

Hello World 

This is an extra line added later 

This file is under RCS control.It's ID is 

$Id: important•c,v 1.31998/02/11 16:55:04 rick Exp $ 

$ ident important 

important : 

$Id: important.c,v 1.31998/02/11 16:55:04 rick Exp $ 

$ 


解説 

プログラムを戈行し、义卞列が；行吋能ファイルにも組み込まれていることを確認します。次 
に、 ident コマンドを灾行し、灾行4能ファイルから $ Id $ 文字列を取り出します。 

RCS で灾行" J * 能ファイルに $ ld $ 文字列を塊め込むテクニックは、顧客から問題が報告された 
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ファイルのバージヨンを,揭ベるときに役//•ちます。 RCS (および SCCS) は、プロジェクト竹现の 
•環として、報; 1 ;•された問題とその対処"法を迫跡するのにも利川できます。作成したソフトゥ 
ェアを販売したり配布したりする場介には、リリース問での変史点を把握することが非常に人•れ 
ですが、 RCS や SCCS を使えば、この神の作衮を効中よく行うことができます。 

RCS についてさらに詳しく知りたい場合には、マニュアルページで rcsintro を参照してくだ 
さい。もちろん、 co、ci など、 RCS の各コマンドについてのマニュアルページも⑴总されてい 
ます。 


8 . 2.2 


sees は、 RCS とょく似た憷能を提供しています。 sees の利点は X/Open 仕様に記槻がある 
ことです。このため、 X/()pen， 拠をうたう UNIX システムは、 SCCS を必ずサポートして いま 
す。 

火際的な如からいえば、 rcs は非货に移桢性がぬく、 n 山に配布町能な点がメリットですし 
たがつて、どのような UNIX ライクなシステムでも、Xパ) pen にザ拠しているかどうかに関係な 
く、 RCS をインストールして使) |j することができます。ここでは SCCS についての詳しい説明は 
竹略し、 RCS との コマン ドの迩いを簡中•に解説します。 


♦ RCS と SCCS の比較 

RCS と SCCS のコマンドをめ:接比較することは簡中•にはできないので、次に尔す衣は中•なる|| 
安と芩えてください0コマンドのオプションも肉片で代なるので、 sees を使う坳介には、 丨 | 的 
の処现を火行するのにどのオブシヨンが必要かを,期べる必要があります 

表 8.1RCS と sees の比較 


RCS 

SCCS I 

res admin 

ci 

delta 

w ，零■•■■■■■■•■■響擊罾攀■■攀■■■■■■■響 ■■ 感••感••砉籲••砉••秦 

co get 

resdiff 

零■■琴■■■■■■響■■■•■•■■■■••••春參••••春•••春#••參••••春#♦♦鲁着##籲#籲籲籲籲籲蠢•蠢•籲參_籲鲁籲 

sccsdiff 

ident 

what 

■ ■ ■ ■ ■■ ■ ■ _ —- 


衣に小したコマンドのほか、 SCCS の sees コマンドは、 RCS の res コマンドと co コマンドに 
またがる機能を持っています。たとえば、 sees edit と secs create は、それそれ co -1 と 
res -i に相当する機能を持ちます。 
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ユアルページの記述 


新しい コマンドを 作成する場合には、 マニュアル ページの作成も作菜の•環として考えておく 
必要があります0ほとんどの マニュアル ページのレイアウトは、だいたい次のようなパターンに 
從っています。 


^ぺッダー 

〇 NAME (名前） 

〇 SYNOPSIS (薄式) 

9 DESCRIPTION (説明） 
9 OPTIONS (オプション) 
〇 FILES (間述ファイル〉 
O SEE ALSO (閲連瑣11> 
O BUGS (バグ） 


これらのうち、必要のないセクションは竹くことができます 0 Linux のマニュアルページでは、 
このほかに AUTHORS (作齐）というセクションもよく U かけます。 

UNIX の マニュアル ページは、 mroff と呼ばれるューティリティを使って幣形されています0 
Linux システムでは、 nroff の代わりに GNU ブロジェクトの groff を使うことが多いようです。 
いずれも、占くから存在する roff ( run - off ) コマンドから発展したものです。 nroff や groff に 
対する人力はブレーンなテキストです0 — U したところ相当複雑な構文を使っているように见え 
ますが、心妃する必贤はありません0 UNIX での一番簡中•なブログラムの作成方法は、既杯の ブ 
ログ ラムを出発*として必要な機能を追加したり修正を加えたりする方法ですが、 マニュアルべ 
ージでも M じ力•法を使うことができます。 

Uf では、 nroff コマンドや groff コマンドで使うオプション、コマンド、マクロについての 

詳細な説明は«略し、代わりに簡中•なテンプレートをボします。既存のブログラムから新しいコ 
マンドを作成するのと同様、 マニュアル ページを作成するときには、このテンプレートを出発点 
として活用してください。 

次に示すのは、この草で何度か取り i •.げているアブリケーション myapp のマニュアルページの 
ソースです。 

• TH MYAPP 1 W ニパ • 

•SH NAME 

Myapp \- A simple demonstration application that does very little. 


•SH SYNOPSIS 
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•B myapp 
[\ -option •••】 

•SH DESCRIPTION 
.PP 

\flmyapp\fp is a complete application that does nothing useful• 

.PP 

It was written for demonstration purposes. 

•SH OPTIONS 
.PP 

It doesn't have any # but lets pretend, to make this template complete: 
.TP 

•BI \-option 

If there was an option # it would not be -option. 

•SH RESOURCES 
• PP 

myapp uses almost no resources• 


•SH DIAGNOSTICS 

The program shouldn't output anything, so if you find it doing so there•s 
probably something wrong• The return value is zero. 

•SH SEE ALSO 

The only other program we know with this this little functionality is the 
ubiquitous hello world application. 

•SH COPYRIGHT 

myapp is Copyright (c)1996 Wrox Press. 

This program is free software; you can redistribute it and/or modify 
it under the terms of the GNU General Public License as published by 
the Free Software Foundation; either version 2 of the License, or 
(at your option) any later version• 

This program is distributed in the hope that it will be useful, 
but WITHOUT ANY WARRANTY; without even the implied warranty of 
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 
GNU General Public License for more details. 

You should have received a copy of the GNU General Public License 
along with this program; if not, write to the Free Software 
Foundation, Inc” 675 Mass Ave, Cambridge, MA 0213 9, USA. 

•SH BUGS 

There probably are some ， but we don't know what they are yet. 


•SH AUTHORS 

Neil Matthew and Rick Stones 
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このソースからわかるように、マクロは行班(が•で始まるたいへん短いものです。•沿敁初の 
行の敁後にある1は、マニュアルのセクションを衣します。 

このソースを コピーし、 ほかの マニュアル ページのソースも参ち•にして修 il : を加えれば、 fl 分 
の マニュアル ページを比較的簡中•に作成することができます c なお、 LI)P (Linux Docu¬ 
mentation Project) の•環として Jens Schweikhardt が作成した mini HOWTO の Man-Page に 
は、心•益な怙報が数多く含まれているのでぜひ参照してください。 

マニュアルページのソースは、 groff で処邱.します。 groff コマンドでは、 ASCII テキスト 
(- Tascii ) または PostScript 川ノ J (- Tps ) を牛.成することができます。 - man オプションは、マ 
ニュアルページであることを氺すために指定します。これで、マニュアルページ川の特別なマク 
口が誠み込まれるようになります:， 

$ grofr -Tascii -man myapp«1 

出力は次のようになります。 

MYAPP(l) MYAPP(l) 

NAME 

Myapp - A simple demonstration application that does very 

little. 

SYNOPSIS 

myapp [-option ...] 

DESCRIPTION 

myapp is a complete application that does nothing useful. 

It was written for demonstration purposes. 

OPTIONS 

It doesn't have any, but lets pretend, to make this tem¬ 
plate complete ： 

-option 

If there was an option, it would not be -option. 

RESOURCES 

myapp uses almost no resources. 


DIAGNOSTICS 
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The program shouldn’t output anything, so if you find it 
doing so there's probably something wrong. The return 
value is zero. 


SEE ALSO 

The only other program we know with this this little func¬ 
tionality is the ubiquitous hello world application. 

COPYRIGHT 

myapp is Copyright (c) 1996 Wrox Press. 

This program is free software ； you can redistribute it 
and/or modify it under the terms of the GNU General Public 
License as published by the Free Software Foundation; 
either version 2 of the License, or (at your option) any 
later version. 

This program is distributed in the hope that it will be 
useful,but WITHOUT ANY WARRANTY; without even the implied 
warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE. See the GNU General Public License for more 
details. 



MYAPP(l) 


MYAPP(1) 


You should have received a copy of the GNU General Public 
License along with this program ； if not, write to the Free 
Software Foundation, Inc., 675 Mass Ave, Cambridge, MA. 
0213 9, USA. 


BUGS 

There probably are some, but we don’t know what they are 
yet. 


AUTHORS 

Neil Matthew and Rick Stones 


ll : しく衣/されることを確認したら、 マニュアル ページを インストール します マニュアルぺ 
ー ジを衣 づ •くする man コマン ドは、環境変数 MANPATH の侦に從つて マニュアル ページを探します 0 
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作成した マニュアル ページは、 ローカルなマニュアル ページ⑴のディレクトリに沢くか、または 
命:接/ usr / man / manl ディレクトリに置きます 0 

マニュアル ページを衣ボする必发:が/1:.じると、 mari コマンドは 1 炎求された マニュアル ページに 
fl # 的に整形を施して I 由 i 曲•に衣示します 0 man コマンドのバージョンによっては、幣形済みの 
( If . 縮された） ASCII テキストバージョンの マニュアル ページを「 I 動的に作成、保存するものがあ 
ります。このような man コマンドでは、次に M じ マニュアル ページが要求されたときに幣形済み 
のバージョンを利川することで処押.を“速化しています 0 


8.4 


ソフトウェアの配布 


ブログラムの妃布に間して敁も屯•挺なことは、必袈なすべてのファイルが禽まれていること、 
そして丨卜:しいバージョンだけが穴まれていることを保証することです0さいわい、インターネッ 
卜 I •.のブログミング コミュニティ によって-•迚の俺れた"法が開発されており、ブログラムの rkl 
布に伴う問題はほとんど叱じなくなっています0その力•法をまとめると、次のようになります。 


〇 どの UNIX マシンでも利) U できる掠ザ的なツールを使って、すべてのファイルを1つのパッ 
ケージファイルにまとめる。 

〇 パッケージのバージョン番兮を的確に tr •理する。 

〇 ファイルの命名規則としてパッケージファイルにバージョン番 y •を穴め、ユーザーがバー 
ジョンを科姑に識別できるようにする0 

〇 パッケージ内でサブディレクトリを使川し、パッケージファイルから取り出したファイル 
が W イ!•のディレクトリに胙かれるようになっている。このため、パッケージに穴まれるフ 
アイルとそうでないファイルとをきちんと K 別できる。 


こうした妃布力•法の進化によって、ブログラムは簡中•かつ信頼できる形で妃布できるようにな 
っています。ブログラムのインストールが祥站かどうかは、プログラムそのものの性質やインス 
トール先のシステムによって変わるのでまた別の問題ですが、少なくとも必要なフアイルがすべ 
て揃っていることはこれで保証できます。 



patch プログラム 


rtil 布されたあとのプログラムに対して、ユーザーがバグを U つけたり、作名が機能の強化や!11 
新を行ったりする垛介があります。この場合、ブログラムをバイナリで妃布している作荇は、し 
ばしば中•に新しいバイナリをリリースするだけですませようとします。また、ベンダーも新しい 
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バージョンのブログラムをリリースします。しかし、ベンダーのリビジョン竹押.はユーザーにと 
ってわかりにくいことが多く、新しいバージョンでの変史内界についてもほとんど悄報が得られ 
ないのが 次惝です。 

これに対して、ソースコードでソフトウェアを妃布する力•法は、化様がどのように灾装されて 
いるか、また n 分がどの機能を使っているかをユーザーが災際に確かめることができる点で險れ 
ています。また、ブログラムの勋作を隅々までチェックでき、ライセンスが許せばソースコード 
の-•部を冉利川することもできます0 

ただし、 H 题もありますたとえば、 Linux カーネルのソースは敉 MB もある人;きなものです 
が、もしセ新されたカーネルソースすべてを配布しようとすれば、相汽のリソースを消代します。 
しかし、火際には、ソースのうち修 iK されている部分は令体の何パーセントかにすぎません〇こ 
れはカーネルソースだけでなく、 Linux システムを構成しているほかのパッケージなどに ついて 
も M じです。 

こうした問題を解決するのに役ケつのが、プログラミング ㈤ ft Perl の作荇でもある Larry Wall 
が作成した patch というユーテイリテイプログラムです。 patch コマンドを使うと、“左分”だ 
けを rtd 布することができます。つまり、バージョン1のファイルと、バージョン1からバージョ 
ン2への系分ファイルがあれば、 patch コマンドを使うことでバージョン2のファイルを作成で 
きるのです0 

灾際に例を/おしましょう。まず、バージョン1のファイルです。 

This is file one 
line 2 
line 3 

there is no line 4, this is line 5 
line 6 

次はバージョン 2 のファイルです。 

This is file two 

line 2 

line 3 

line 4 

line 5 

line 6 

a new line 8 

diff コマンドで 冶 分を作成します c 

$ diff filel.c file 2 .c > diffs 


作成された diffs ファイルの内 ff は次のようになっています。 
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lcl 

< This is rile one 

> This is file two 
404,5 

< there is no line 4, this is line 5 


> line 4 

> line 5 
5 a 7 

> a new line 8 

これは f 際には、あるファイルを別のファイルに変 oi するためのエディタコマンドです。たと 
えば、 filel . c と diffs ファイルがあるとします。この場合、次の要領で patch コマンドを実 
行すれば、ファイルを史新することができます： 

$ patch filel.c diffs 

Hmm... Looks like a norma 丄 diff to me... 

Patching rile filel.c using Plan A... 

Hunk #1 succeeded at 1. 

Hunk #2 succeeded at 4. 

Hunk #3 succeeded at 7. 

done 
$ 

この コマンドを灾行した結果、 filel . c は file 2. c と1"1じになります 

patch には便利な機能が川总されており、適⑴したパッチをもとに;/::すことができます。たと 
えば、変 1 ii 内界を破免してもとの filel . c (こしたいとします。この場合には、リバースバッチ 
を总味する - R オプションを指定して patch コマンドをもう•度灾行します。 

$ patch -R filel.c diffs 

Hmm.•• Looks like a normal diff to me..• 

Patching file filel.c using Plan A... 

Hunk #1 succeeded at 1. 

Hunk #2 succeeded at 4. 

Hunk #3 succeeded at 6. 

done 
$ 

これで、 filel . c はもとの状態に腐ります c 

patch コマンドにはほかにもいくつかオブションがありますが、通常は人力内界からユーザー 
の总 N を十分にくみとり、 適切な処理だけを灾行してくれます。パッチに失敗した場合 、 patch 
コマンドは、拡張子 . rej を持つファイルを作成します。このファイルには、パッチできなかっ 
た部分が収められています。 

ソフ トウエアパッチを作成する場合には、コンテキスト diff を生成する - c オブ ショ ンを付け 
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て diff を义行するとよいでしょう0このコマンドを义行すると、変史简所の前後の数行が出力 
に禽まれるようになるので、 patch コマンドではコンテキストが一致するかどうかを確かめてか 
らパッチを適用することができます。また、パッチ n 体も読みやすいものになります。 


m 

メモ 


ブロクラムのバグを見つけて自分で修正した場合には、修正方法を説明する代わりに作者にバ 
ツチを送るとよいでしよう。そのほうが簡串ですし、情報も正確に伝わります。また、作者に 
対してもより親切です。 



その他の配布ユーティリティ 


UNIX のブログラムとソースは、•般にバージョン游り•を A む名前と、拡张 Ktar.gz また 
は .tgz の付いたファイルで fill 布されます。拡张 r . tar.gz または .tgz の付いたフアイルは、 
gzip で•縮された TAR (テープアーカイブ 、 tape archive ) ファイルです。通常の tar を使って 
ぃる坳介、 gzip で縮された TAR ファイルを処邱するには、2つのステップを踏む必要があり 
ます,；まず、 TAR ファイルを作成してみましょう。 

$ tar cvf myapp - l . O.tar main.c 2 .c 3 .c *.h myapp .1 Makefile 6 

main.c 

2 . c 

3 . c 

a. h 

b. h 

c. h 

myapp.1 
Makefile6 
$ 

TAR ファイルが作成されます， 

$ Is -1 *.tar 

-rw-r--r-- 1 rick users 10240 Feb 1118:30 myapp-l.O.tar 


次に、•縮ブログラム gzip を使ってサイズを小さくします。 

$ gzip myapp - l . O^tar 
$ Is -1 *.gz 

-rw-r--r-- 1 rick users 1580 Feb 1118:30 myapp-1.0.tar.az 


サイズが大幅に小さくなりました 0 . tar . gz は、単に . tgz という拡張子に変更することがで 
きます。 








$ mv myapp-1•0•tar•gz myapp_vl # tgz 


• tar .gz の代わりにピリオド1つと3文卞からなる拡張 f.tgz を使うのは、拡張 f の使い方に 
制限のある MS-DOS と、•部の Microsoft Windows ソフトウエアでも問姐なくファイルを利川 
できるようにするためです。 

このファイルに格納されているファイルをもとにすには、 W 縮を解除し、 tar ファイルから 
ファイルを取り出します。 

$ mv myapp_vl,tgz myapp-1. 0 .tar.gz 
$ gzip -d myapp-1•0.tar.gz 
$ tar xvf myapp-1•0.tar 

main.c 

2. c 

3. c 
a • h 
b.h 
c • h 

myapp.1 
Makefiles 
$ 

GNU バージョンの tar では、 l"1 じ処邱をもっと簡中.に义行することができます。たとえば、 ）1 •: 
縮されたアーカイブも1つのステップで作成できます， 

$ tar zcvt myapp_vl.tgz main.c 2.c 3.c *.h myapp.1 Makefile6 

main.c 
2.c 
3 . c 

a. h 

b. h 
c • h 

myapp.1 
Makefile6 
$ 

ファイルの収り出しも 1 つのステッブで火行できます。 

> tar zxvr myapp vi • taz 


1UC 

2 

^ X il 

C 

3 

c 

a 

h 

b 

h 

c 

h 


myapp •1 
Makefile6 
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ファイルを火際に取り出さず(こ、アーカイブにどのようなファイルが含まれているか知りたい 
こともあります。このような場合には、オプションを•部変 Oi して tar ztvf を欠行します。 

♦ tar コマンドの構文 

上の例では、オプションについて特に説明せず(こ tar コマンドを使いました。ここで、 tar コ 
マンドでよく使うオプション；こついて簡中•にまとめておきましよう0 
tar コマンドの店本的な梆义•は次のとおりです 


tar lootions] [list or riles] 


ファイルリストの公初の‘松ぶはターゲットです。これまでの例ではターゲットはいずれもファ 
イルでしたが、 tar の名的の山來がテープアーカイブであることからわかるように、デバイスも 
衍定することができます。ファイルリストのうちターゲットを除く贤ぶは、アーカイブ（指定し 
たオプシヨンによって新しいアーカイブまたは既存のアーカイブ）に ill 加されます。ファイルリ 
ストにはディレクトリを穴めることができます〉この場合、すべてのサブディレクトリもデフ ォ 
ルトでアーカイブにズまれることになります：アーカイブからファイルを取り出す場•介には、デ 
イ レクトリの名肋を衍定する必贤はありません。 tar によってファイルのフルパスが格納されて 
いるからです。 

次に/ ji すのは、これまでに使ったオプシヨンについての簡中•な説明です。 

O c 新しいアーカイブを作成する 

〇 £ ターゲットはデバイスではなくファイルである。 

O t アーカイブからファイルを取り出さずに内界を衣/ ji する。 

O v 冗反モード。処邱と M 時にメッセージを衣/する。 

O x アーカイブからファイルを取り出す 

O z ( jNU tar の中から gz ip によるアーカイブのフイルタ処 ヂ1! を行う。 

このほかにも、処理や動作の内答を細かく指定するためのオブシヨンが数多くあります。獅 I 
については、マニュアルページを参照してください.、 
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8.5 


この章のまとめ 


このぐ c では、プログラムの阗発と配介を効中•よく行うための UNIX ツールについて説明しまし 
た。 

敁初に make コマンドと makefile を取り上げ、複数のソースファイルの竹 AU こ役、 •/: てる力•法を 
説明しました。次にソースコード竹理を取り上げ、ブログラム159発の進行に介わせて変史内界を 
記録する方法をボしました。 

W •後に、ブログラムの配布と史新に広く利用されている patch 、 tar 、 gzip を取り卜.げました。 



Linux 

第 9 章 


デバツグ 
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どんなソフトウェアにも、ソースコード1000行あたり20〜5()の欠陥があるといわれています。 
人問は過ちをおかす存在であり、ブログラムやライブラリもソフトウェア I ••のミスが® W で il •:し 
く動作しないことがあります。正しく動作しないということは、%際の動作と細した動作とが 
兴なることをしており、こうした勋作をするソフトウェアシステムにはバグが禽まれていま 
す。 

このバグを取り除く作菜、つまりデバッグは、ソフトウヱァ開発に携わるプログラマから多く 
の時問を奪います。この草では、ソフトウェアの欠陥に注 II し、問違った動作を迨跡、特定する 
ためのツールとテクニックについて説明します。デバッグは、ち•えられるすべての条件でブログ 
ラムの#作を検証するテストブロセスとは W •なります0もちろん、デバッグとテストには//：いに 
閲述があり、テストプロセス中に见つかるバグも少なくありません 


エラー の種類 _ 

通常、バグはいくつかの基本的なことが原 w で発生します。バグの検出と除上の方法は、こう 
した® W の神類によっても K •なってきます。 

♦仕様上の エラー 

4然のことながら、ブログラムの仆•様が適切でなければ、作成されたブログラムも小:しく勋作 
しません。 1 H : 界で敁も俺れたプログラマでも、問迹ったブログラムを外くのは简中.です。ブログ 
ラミング（または设 #) (こ•する前に、プログラムで义行することを明確に把捉し、那解して 
おく必要があります。 

仆搽 I •.のエラーを発 W して取り眯くには、ブログラムに対する炎求 Wtfi をよく検，けし、プログ 
ラムの使い： r •となるユーザーとの間で要求! JMM について介盘を得ることが人切です。 

♦設計上の エラー 

どんなサイズのブログラムでも設計は必发です。コンピュータの前にすわってキーボードから 
め:接 ソース コードを人力しただけでは、ブログラムがしく#作することはまず期作できません 0 
プログラムの惝築ん•法、必要なデータ構造やその使いん•などについても芩必する必紫:がありま 
す0あらかじめ細かい点までちえておけば、あとで: r •め:しする 卩 問を 人 幅に 朽 くことができます。 

♦ コーディ ング エラー 

だれでも人カミスをします。その总味では、設, m ズ I に浓づくソースコードの記述は咚然的にイく 
v こ令な作衮であり、この段階で多くのバグが浞人します。バグが u つかった場介には、 n 分でソ 
ースコードを読み吖したり、別の人問に丨丨を通してもらったりすることも必要です。プログラム 
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の A 装についてだれかと^をしているうちに坫つかるバグも多く、こうした"法で数多くのバグ 
を取り除くことができます0 

ブログラムの核となる部分を紙の I ••で火行してみるのもよい力•法です。このプロセスは、しばし 
ばドライ実行と呼ばれます0特に乐:耍なルーチンについては、人ノ j 侦を紙に枰いて1ステップずつ 
出力侦を•汁筇してみます。デバッグをするのに常にコンピュータが必要とは限りません。場介によ 
つては、コンピュータを使うこと n 体が問題を u えにくくすることもあります0ライブラリやコン 
パイラ、オペレーティングシステムを作成するような俺れたプログラマでも、ミスはするものです。 


WWM テ vk ツグの準備 _ 

この ヴ では、コンピュータ I •.で使うデバ ッ グツールとデバ ッ グのテク ニツ クをししに、バグの 
屮でも特に発 Z |: •頻度の敁いコーディングエラーに対処する力•法を説明します。 

典喂的な UNIX プログラムをデバッグし、テストする坳介、いくつかの独立したアプローチが 
冬えられます。-般には、ブログラムを火行し、勋作するかどうかを確認します。動作しなけれ 
ば、対処"法を決定する必要があります。この垛介、プログラムを変史してもう-度灾行するこ 
ともできます（コードの検奔とトライアンドエラー）。また、ブログラム内部でなにが起こってい 
るかについて詳しい悄報を捋る方法もあります（インスツルメンテーシヨン）。あるいは、プログ 
ラムの動作をめ:接调ベることもできます（制御付き実行)〇—般に、デバッグには次の5つの段階 


があります。 


〇テスト 

:欠陥やバグの存在の検出 


バグの洱現 

〇 特定： 

コード中の該当個所の特定 

9 修正: 

コードの修正 

9 検証： 

修|卜:が適切であることの確認 



バグのあるブログラム 


まず、火際にバグのあるサンプルブログラムを川します。このやでは、このサンプルブログ 
ラムをさまざまな角度からデバッグしていきます。サンプルプログラムはある人規模なソフトウ 
エア開発の過程で作成されたもので、 sort という名前の問数が1つだけ禽まれています 。 sort 
閲数は、 item ® の構造体の配列に対してバブル ソー トアル ゴリ ズムを$装したものです。妃列 
の各要ぶは、構造体のメンバである key の H 順にソートされます。ブログラムでは、簡中•な配列 
に対して sort を呼び出します。 
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残念ながらもとのコードはあまり読みやすいものではなく、コメントもありません C ここでは、 
次のコードを出発焱として使うことにします。名前は debugl . c とします 0 




2 



4 

5 

6 



8 

9 

10 

11 

12 

13 






typedef struct 
int key ; 



char 胃 data ; 



item array [] = { 
{3, .. bill ”， 
{4, " neil "}, 
{2， " john "}， 
{5, " rick "}, 
(1# " alex "}. 



/* 14 */ sort(a,n) 

/* 15 */ item *a; 

/* 16 */ { 

/* 17 */ int i = 0, j = 0; 

/* 18 */ int s =1; 

/* 19 */ 

/* 20 */ for(; i < n && s != 0; i++) { 

/* 21 */ 

/* 22 */ 

/* 23 */ 

/* 24 */ 

/* 25 */ 

/* 26 */ 

/* 27 */ 

/* 28 */ 

/* 29 */ 

/* 30 */ 

/* 31 */ } 

/* 32 */ } 

/* 33 */ 

/* 34 */ main() 

/* 35 */ { 

/* 36 */ sort(array,5); 

/ 食 37 食/} 


s = 0; 

for(j = 0； j < n ; j ++> { 

if (a[j] .key > a[j+l] . key ) { 
item t = a[ j ]; 
a 【 : j 】 =a[j-fl ]； 
a[j+l 】 =t; 
s ++; 


n --; 


ブログラムをコンパイルします。 

$ cc -o debugl debugl 

エラーや警告は表示されず、コンパイルは正常に終了します0 

プログラムを灾行する前に、ソートの結果を衣 / T くするコードを追加しておきましょう。そうし 
ないと、プログラムが動作しているかどうかを確かめることができません。ソート後に妃列の侦 
を表示する次のコードを)£1加し、修 ll •:後のブログラムを debug 2. c とします。ファイルの先リ則こ 
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neil} 
john} 
bill} 
alex} 
(null)} 



別の Linux カー7、ルを使っているもつ1台のマシンでは、次のようになりました。 

Segmentation fault 

説行の UNIX マシンでも、 I •.と類似した結采になるかもしれません。また、まったく別の結米 
になる" f 能性もあります。 

いずれにしても、このコードには明らかに屯人な問題があります。なんとか火むできた場介で 
も、 fli ! 列は止:しくソートされていません 0 また 、 Segmentation fault で終广した場介には、イく il ‘: 
なメモリアクセスを行ったことを总味するシグナルがオペレーテイングシステムから送られ、メ 
モリが破壊されるのを防ぐためにプログラムは終了させられています。 

イく十:なメモリアクセスを検出するオペレーテイングシステムの機能は、ハードウエア構成と、 
メモリ竹现の火装の詳細に依丫 f : しています。ほとんどのシステムでは、オペレーテイングシステ 
ムがプログラムに割り A てるメモリは灾際に使われているメモリより多いのがふつうです。この 
ため、この? rt 域でイミ il : なメモリアクセスが行われた場合には、ハードウエアが不 il : なアクセスを 
検出できないことがあります」 UNIX のバージョンによってはセグメンテーシヨン違反にならな 
いケースがあるのもそのためです c 


# include < stdio . h > を追加するので、行番けも1つずれます 


/* 


35 

36 

37 

38 

39 

40 

41 

42 


*/ main () 


int i ; 

sort ( array ,5} ; 
for(i = 0; i < 5; 

printf (" array [% d 】= 

i # array [ i ] 


: {% d , % s }\ n ", 

• key , array [ i 】. data ) 


このコードはもとのプログラムの作荇が紀述したものではありませんが、テストのために; II 加 
しておきます。ただし、追加したコードにバグがあっては,0:味がないので、バグを坪)やさないよ 
うに細心の注总が必紫ですプログラムを修 iK したらコンパイルし、灾行します。 


$ cc -o debug 2 debug 2 .c 
$ debug 2 


結米は、プログラムを火行した unix システムによって w . なる" r 能性があります，，行のマシ 


ンでは次のようになりました 


# # # # U 
4 2 3 1 I 


0 12 3 4 

(rl [ rl n 

y y y y y 
aaaaa 
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rid 列へのアクセスに ra する問纽を特足するときには、 rid 列の袈ぶのサイズを人きくすると、問 
題を w っけやすくなることがあります。•松ぶのサイズが埘人きくなれば、それだけエラーも起こ 
りやすくなるからです。バイト妃列の終端を超えて1バイトを読み出す坳介、ブログラムに割り 
4てられたメモリはオペレーティングシステム W イ〗•の境界 （8 K など）に丸められることがあるの 
で、場合によっては問題が頻在化しない" r 能性があります。 

妃列发:ぶのサイズを人きくした坳合、たとえばサンプルブログラムで item のメンバ data のサ 
イズを4096文字の妃列にすると、存介:しな V 、配列炎本へのアクセスは、剖り、てられたメモリ 
の範网を超える可能性が敁くなります0 fid 列の各要素は 4 K なので、不正なアクセスで使川する 
メモリは、使川" f 能なメモリの終端から〇〜 4 K ほどはみだすと名•えられるからです。 

火際に rti! 列•炎ぶのサイズを次のように変セし、 debng3.c を作成してみると、％行の場•介、以 
前は結采が與なったI••の2つのマシンのどちらでも Segmentation fault になりました。 

/* 4 */ char data [4096]; 

$ cc -o debug3 debug3 

$ debug 3 

Segmentation fault 

Linux、 あるいは UNIX のシステムによっては Segmentation fault が発卞しないこともありま 
す。 ANSI C 標準で動作が-未定在”となっている場•介、その勛作に問してブログラムでは火際に 
どんなことでも火むできます。どうやら、サンプルブログラムもこうした#•掠準の C ブログラム 
のようです。 JI: 標中:の C ブログラムは、 JI: 常に众妙な#作をすることがあります 0 


9 . 2.2 


コードの検査 


すでに指摘したように、ブログラムが期待どおりに動作しない埸介には、ブログラムを読みめ: 
すことが人切です。ここでは、とりあえずコードの兄め:しはすでに済んでいて、人きな卯違いは 
修 iK されていると仮定します。 


m 

メモ 


"コードの検査"は、歆百行にのぼるコードを複数の問発者が共同で詳細に検討するブロセスを 
总味する用語としても使われます。しかし、規模は重要ではありません。いずれもコードを検査 
することに変わりはなく、非常に有益なテクニックである点は同じだからです。 


コー ドの(しを义 援するツールもいくつかあり ますコンパイラ もそのひとつで、適切な才 
ブシヨンを 指定することで、プログラムに m 义•エラーがあるかどうか,揭ベることができます。 
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注 • 


コンパイラの中には、変数が初期化されていない、条件で代入が使われているなど、ブロクラ 
ム中の疑わしい■所に対して1告を表示するオプションを持つものがあります。たとえば、 
GNU コンパイラでは、次のようなオプションを指定すると、この種の轚告が表示されるように 
なります。 

gcc -Wail -peaantic -ansi 

これですベての轚告が表示されるようになり、 C の標準に準拠しているかどうかもチェックされ 
ます。問題を特定するのに役立つ有益な情報も表示されます。 


少しあとでは、もうひとつのツールとして lint を取り I ••げます： lint はコンパイラ M 條、ソ 
ースコー ドを解析し、个 ll : と芩えられるコードを報; V します。 


9 . 2.3 


インスツルメンテーシヨン 


インスツルメンテーシヨンとは、火行中のブログラムの勋作に⑼する詐しい惝银を収叱するた 
めにプログラムにコードを沿加することです0たとえば、サンプルプログラムを粘介したときに 
戈際に行ったように、ブログラムの义行中の変数の侦を衣水するために printf を挿人するノア法 
はよく使われます。 pirintf を迫加する"法は便利ですが、ソースコードを褊災し、褊染するた 
びに W コンパイルしなければならないというデメリットがあります0また、バグを解決したあと、 
挿入したコードを削除する必要もあります。 

このような場介に活⑴できるインスツルメンテーシヨンテクニックが2つあります0ひとつは、 
C プリプロセッサを使ってインスツルメンテーシヨンコードを選択的に挿入する力•法です0この 
"法では、ブログラムをコンパイルするだけで、デバッグ⑴のコードを穴めたり除外したりする 
ことができます。 JI •体的には、次のようなコードを, k ! 述します0 


#ifdef DEBUG 

printf("variable x has value = % d \ n " # x ); 

#endif 

プログラムを コンパイル するときに、 コンパイ ラフラグ - DDEBUG を指 1 定して シンボル DEBUG を 
定義すれば、ブログラムにデバッグ) U コードを A めることができます0この方法をさらに進めて、 
次のようなデバッグ⑴マクロを使うこともできます。 


# de£ine BASIC_DEBUG 1 
# de£ine EXTRA_DEBUG 2 
# de£ine SUPER DEBUG 4 


#if (DEBUG & EXTRA - DEBUG ) 
printf ... 

#endif 
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この力•法では、常に DEBUG マクロを定在する必忠がありますが、デバッグ悄報のレベルを設定 
することが吋能になります0たとえば、コンパイラフラグに- DDEBUG =5 を指定すれば、 
BASIC _ DEBUG と SUPER JDEBUG が心•幼になり、 EXTRA _ DEBUG は無幼のままにしておくことがで 
きます:> また、 - DDEBUG =0 を指定すれば、デバッグ情報は出力されません。次のような行を挿 
人すれば、デバッグが必欢ない坳合にコマンドラインで DEBUG を指定する必袈もなくなります= 

#i£ndef DEBUG 
#define DEBUG 0 
#endi£ 

次に尔すのは、デバッグ惝银を出ノ J するときに役、 •/: つ C プリプロセッサのマクロです。これら 
のマクロは、コンパイルに問する怙報を衣す侦に展開されます0 


表 9.1 デバッグに役立つマクロ 



„ LINE _ 現在の行番号を表す10進定歆 


一 file _ 現在のファイル名を表す文字列 

曠 ••••••春着•••••••拳•春••參•春••••参 ••••••#••••••••• •••••••••••••••••••春•••••春••••■•••春••春••••拳春參春•♦龕,， •• • 龜 tt •邊 •••••ft 赢 t •，贏 ttt 癱 ttt 應 ••• 

— DATE — "Mmm dd yyyy " 形式で現在の日付を表す文字列 

• ••■参•參•鲁參•參•春# •参••參參••參••••••••■••••春••零•••■•零•癱應贅，論_彎,，•罾•，赢 • •，赢 •费•赢■曹省餐着餐 看▲瓠氬籲 

_ TIME — " hh : mm : ss " 形式で現在の時刻を表す文字列 


シンボルの的後にアンダスコアが2つずつ付いている A に注.&してください。これは、挖咿の 
プリプロセッサシンボルとして•般的であり、これらのシンボルと分で定在するシンボルとが 
衝突しないように卜:, (5: する必嬰があります。なお、 I •.の衣で使われている“現イ1:”とは、ブリブ 
ロセッシングが実行された時 A 、 つまりコンパイラが灾行されてフアイルが処理された丨|付と時 
刻を意味します。 

デバッグ情報 _ 

次の cinfo . c では、デバッグが心•効になっている場介、コンパイルの丨丨付と時刻に関する悄 
報を 表示し ます。 

# include <stdio.h> 

int main() 

{ 

#ifdef DEBUG 

printf("Compiled: " — DATE 一 " at " — TIME — "\n"); 
printf("This is line %d of file %s\n", — LINE — , — FILE — ); 

#endif 

printf<"hello world\n w ); 
exit(0); 
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-DDEBUG を指定し、デバッグを心•効にしてブログラムをコンパイルすると、コンパイル悄報が 
表示されます。 

$ cc -o cinfo -DDEBUG cinfo.c 
$ cinfo 

Compiled: Feb 41998 at 14:01:08 
This is line 7 of rile cinfo.c 
hello world 
$ 


解脱 

コンパイラから呼び出された C プリプロセッサは、コンパイル屮のファイルの现 / i : の行とファ 
イルれを, kl 鉍しています 3 C プリプロセッサは、 __ LINE __ および— FILE __ というシンボルを见 
つけると、職の(コンパイル時の）侦に沢き換えます,コンパイルの H 付と畤刻についても同 
様に処理されます。 

一 DATE _と 一一 TIME 一一 は文卞列なので、これらを printf の外式衍定文字列と速結して使っ 
ている点に注,£してください 。 ANSI C では、隣接する複数の文ネ列は1つの文す•列として扱う 
と規定しています。 


♦ 再コンパイルの不要なデバッグ 

# i £ de £ DEBUG を使って printf を神人する坳介は、プログラムの外コンパイルが必装になり 
ます。ここでは、もうひとつの"法として、 #ifdef DEBUG を使わずに printf でデバッグ怡報 
を衣ぶ:するガ法をボします。 

そのん•法とは、グローバル変数をデバッグフラグとして川ぬ:し、コマンドラインオブションの- 
d でこの侦を指定することにより、ブログラムのリリース後にもデバッグの心•効と無効を切り竹 
えることができるようにする"法ですブログラムの要所安:所に次のようなコードを揷人してお 
きます。 

if ( debug ) { 
spnntr ( msg ,...) 
write _ debug ( msg ) 

> 

通常、デバッグ出乃は stderr に, 1 {••き込むようにします。プログラムの性竹し stderr を使 
うことが難しい坳合には、 syslog 問数が提供するログ機能を使うノア法もあります。 

問題を解決するために開発こ I •.のようなコードを神人した垛合には、問題が解決したあとも 
そのまま（こしておくとよいでしょう。これらのコードは、ブログラムのリリース後にも役 、 X つか 
らです3たとえば、ユーザーが|!!1題を U つけたとしますこの場合、デバッグをイ f 効にしてプロ 
グラムを火行すれば、ユーザー「 I 身でエラーの#断を行うことができます。また、ユーザーから 
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報 Pi •を受ける作名•の側も 、 Segmentation fault のようなあいまいなメッセージではなく、問題が 
発ル•したときにプログラムがどのような処观を行っていたかを十:確(こ把捉することができます。 
もしデバッグ怡报を利川できなければ、ユーザーは H 分が行った操作を伝えるしかありませんが、 
ユーザーの操作と火際のプログラムの火行内界とでは、腿としての価侦に大きな違いがありま 
す 

グローバル変数を使うん•法には欠点もありますそれは、プログラムのサイズが増えることで 
す c ただし、ほとんどの垛念、これは中.に衣山 i 的な問題にすぎませんプログラムのサイズが2 
〜3削人きくなっても、バフオーマンスが釤郛を受けることはまずありません。现义にパフオー 

マンスに釤髀が出るのは相、 1 彳なサイズの迪いがある場•介であり、2倍代度ではそれほど及はあり 
ません。 


9 . 2.4 


制御付き実行 


さて、サンプルブログラム：こ w りましょう。このブログラムにはバグがあります。ブログラム 
火行中の変数の侦を衣/ p するコードを追加するガ法についてはすでに説明しました。もうひとつ 
の施として、デバッガを使ってブログラムの火行と M 時にプログラムの動作や状態を逐•確認 
する"法があ*)ます。 

UNIX システムで利川できるデノ《ッガ(こはさまざまなものがあります，どのようなデバッガが 
使) II できるかは、 UNIX システムのベンダーによっても代なりますよく使われるものとしては、 
adb 、 sdb 、 dbx などがあります 3 A 憷能なデバッガでは、ソースコードレベルでプログラムの状 
態を詐細に,调ベることも町能です sdb や dbx 、 Linux で使州できる GNU デバッガの gdb はそう 
したデバッガの例です gdb には、揀作性を叫 I •.するためのフロントエンドもあります。代衣的 
なフロントエンドとしては、 xxgdb と tgb があります。 

デバッガでブログラムをデバッグするには、いくつかの特別なコンパイラオブションを指定し 
てプログラムをコンパイルする必货があります3これらのオプションは、コンパイラに対して追 
加のデバッグ怡報をプログラムに坪め込むように指づ i するためのものです。デバッグ惝報にはシ 
ンボルと行沿り•がなまれており、デバッガはこれらの怙報を使ってブログラムとそのソースコー 
ドとを対応付けます。 

デバッグ川にブログラムをコンパイルするときには、 - g フラグを指定します。このフラグは、 
デバッグの対象となる各ソースコードのコンパイル時に指定する必发があります 

デバッグ怡報を含めると、作成される火行" J * 能ファイルのサイズは数倍から鉍大で1〇倍程度 
にふくれあがりますっデバッグを終えたら、デバッグ悄報を削除してからプログラムをリリース 
するとよいでしょう。 
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9.3 


gdb によるデバツグ 


ここでは、 GNU デバッガ gdb を使ってプログラムをデバッグします。フリーで配布されている 
gdb は、多くの UNIX ブラットフオームで使⑴でき、 Linux システムではデフオルトのデバッガに 
なっています。 gdb は多神:多搽なプラットフオームに移 m されており、紺み込みリアルタイムシ 
ステムのデバッグに侦川することもできます， 


9 . 3.1 


gdb の起動 


さっそくサンプルプログラムをデバッグ川にコンパイルし、 gdb を起#してみましよう 


$ cc -g -o debug3 debug 3 .c 
$ gdb debug3 

GDB is free software and you are welcome to distribute copies of it 
under certain conditions ； type "show copying" to see the conditions. 

There is absolutely no warranty for GDB ； type "show warranty" for details. 
GDB 4.16 (i486-unknown-linux), 

Copyright 1996 Free Software Foundation, Inc... 

(gdb) 

gdb には允％したオンラインヘルプがありますまた、 info プログラムや emacs から衣氺でき 
る info 形式の ,; f : 細なマニュアルも川, G : されています 0 

(gdb) help 

List of classes of commands : 

running -- Running the program 
stack Examining the stack 
data -- Examining data 

breakpoints — Making program stop at certain points 

files -- Specifying and examining riles 

status -- Status inquiries 

support -- Support facilities 

user-defined •- User-denned commands 

aliases -- Aliases of other commands 

obscure -- Obscure features 

internals -- Maintenance commands 

Type "help" followed by a class name for a list of commands in that class. 
Type "help" followed by command name for full documentation. 

Command name abbreviations are allowed if unambiguous - 
(gdb) 
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ブログラムの実行 


プログラムを义行するには r Un コマンドを使います c run コマンドにリ I 数を指定すると、デバ 
ツグするプログラムに， j | 数として}•度されます:，サンプルブログラムの垛合には、リ|数を衍定する 
必要はありません。 

ここでは、サンプルプログラムを火行したとき (； Segmentation fault が発屯することを前提に 
説明を進めます c 火際に Segmentation fault が発 4: しない場合には、以ドの_‘而出力を见ながら 
解説を説み進んでください。メモリアクセスの問題を修|卜:した debug 4 .c からは、デバツグの手 
順を％際に肉' Ifti で確認できるようになります 


(gdb) run 

Starting program ： /usr/nei1/debug3 

Program received signal SIGSEGV, Segmentation fault. 
0x8048603 in sort (a=0x8049764, n=5) at debug3.c：26 
26 /* 26 */ a[j] = a[j+l]; 

(gdb) 


以前と卜 1 搽、プログラムは ll •:しく#作しません。 gdb はブログラムの灾行に失敗した時点で、 
その邱•山と場所を衣/します，これを出発戍に問題の拟 W を調べることになります。 



スタック トレース 


プログラムは、ソースファイル debughc の26行丨1にあたる sort 問数の途中で||•.まりました。 
もし汜加のデバッグ怙钳 （cc - g ) をズめずにブログラムをコンパイルしていたとすると、ブログ 
ラムがどこで'火敗したかわかりません c また、変数名を使ってデータを,與ベることもできません 
プログラムがどのような;筋をたどって中断されるにヤ:ったかは、 backtrace コマンドで,掏べ 
ることができます 9 


(gdb) backtrace 

#0 0x8048603 in sort (a = 0x8049764, n = 5) at debug3.c:26 

#10x8048682 in main () at debug3.c:38 

#2 0x804842e in _crt_dummy _ 一 () 

(gdb) 


サンプルプログラムはごく中.純なブログラムです。ほかの閱数から別の関数をいくつも呼び出 
すといった极雑なことはしていな いので、 トレースの結米もたい へん 短くなっています，|•.の川 
力からは、 M じフアイル debughc の38行 H の main 問数から sortl 对数が呼び出されていること 
がわかります •般のプログラムはサンブルプログラムよりはるかに极雜であることが多く、 
backtrace を使ってエラーが免•するまでの舒路を•刺べること（こなります： このコマン ドは、ブ 
ログラム内のさまざまな場所から呼び出される閲数を デバッ グするときに特に便利です 
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backtrace コマンドは、姒く bt と指定することもできますまた、ほかのデバッガとの//•.換 
性を確保する H 的から、1»1じ饯能を持つ where コマンドも川なされています： 



変数の値の表示 


プロ グラムが中断されたときに gdb によって衣尔された怡報とスタックフレームの情報には、 
m 数の ， j I 数の値が穴まれています。 

それによると、 sort 閲玫が呼び出されたときのパラメータ a の侦は、 0x8049764 です：これ 
は All 列の アドレスを衣しています。この侦は、使川しているシステム や コンパイラ、オペレーテ 
ィングシステム（こよって代なります0 
問題の 26 行 H では、 M 列の1っの 要素を別の 装ぶ に代人しています 

26 " 26 V a [ j ] = a[j + 1] ; 

デバッガを 使うと、 W 数の パラメータ、ローカル 変玫、 グローバルデータの 内矜 を 衣/する こ 
とができます c 変数やその他の式の侦を衣 W するには、 print コマンドを使います。 


( gdb ) print j 
$1 = 4 

ローカル変数; j の侦は 4 です。つまり、プログラムでは次のステートメントを灾行しようとし 
たことになります。 

a [4] = a [4 + l ] ; 

sort 閲玫に渡された 妃 列 array の装ぶは 5 つしかないので、 fill 列の添字は 0 から 4 までという 
ことになります。つまり、 I •.のステートメントでは、存作しない要桌 array[5] から侦を説み取 
っています。これは、ループ変数: j の侦がイく£であることが股 W です。 

print コマンドを使えば、間数に渡された 妃 列の装ぶの内界を衣ボすることもできます。 gdb 
では、変数の侦や fill 列の要素、ポインタを衣示するために、 C で有効な式のほとんどを使〗 | j する 
ことができます。 

( gdb ) print a[3] 

$2 = {key =1 ,data = " alex ", ' \000 '〈repeats 4091 times 〉} 

( gdb ) 

gdb は、コマンドの結果を疑似変数 $<number> に保持しています 0 また、敁後の結采は常に$ 
に、またその1つ的の結米は$$に格納されます。このことを利川すれば、ある結米をほかのコマ 
ンドの屮で使うことができます0 
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(gab) print j 
$3=4 

(gdb) print a [$- 1] .key 

$4 = 1 
(gdb) 


9 . 3.5 


ブログラムリストの表示 


gdb の中からプログラムのソースコードを衣ボするには、 list コマンドを使います 0 list コ 
マンドを火 f / •すると、ソースコードのうち、现介:位的•の前後の部分が衣尔されます。絲けてコマ 
ン ドを火行すると、それ以降の部分が衣尔されます。 


(gdb) 

list 

21 / 

* 21 */ 

22 / 

* 22 V 

23 / 

* 23 ” 

24 / 

* 24 */ 

25 / 

* 25 V 

26 / 

* 26 */ 

27 / 

* 27 */ 

28 / 

* 28 V 

29 / 

* 29 */ 

30 / 

* 30 */ 

(gdb) 



for( ; i < n && s != 0; i + +) { 

s = 0; 

for(j = 0; j < n ； j++) { 

if(a[j].key > a[j+ 1 ).key) { 

item t = ai3 j ; 
a[ j ] = a ( j + 1]； 
a (j + 1]=t; 
s + + ； 


•丨丨には、変数 j が n より小さいときに火むされるループがあります。サンプルプログラム 
では n は5なので、 j の侦は W 終的に4になります 0 しかしこれでは、 a [4] と a [5] を比較し、そ 
の結采によってこれら 2 つの费桌を人れ粹えるという操作を行うことになります。この問題は、 
とりあえずループの終 r 利定条件を ; j < n - l とすることで M 避できます。 

义際にブログラムを変史して結! 4 !：を確•忍してみましょう。変史简所は次にづ;•すとおりです。修 
||:後のプログラムは debng 4. c とします 0 

" 23 */ for(j = 0; j < n -1; j ++) { 

$ cc -g -o debug 4 debug 4 .c 
$ debug 4 

array[0] = {2, john} 
array[1]={1,alex} 
array[2] = {3, bill} 
array[3) = {4, neil} 
array[4] = {5, rick} 


残念ながらまだ•:しく動作しないようです。ソート後の結果が正しい順け;になっていません。 
今度は、 gdb を使ってプログラムを 1 ステップずつ火行してみましょう。 
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9 . 3.6 


ブレーク ポイントの設定 


プログラムのどこで問題が発化しているかを特定するには、'名行中のブログラムの動作を確か 
める必贤があります：このような垛介に役、>:つのがブレークポイントです，ブレークポイントを 
没定すると、仟焱の時点でプログラムを怜 ii •.させることができます。ブレークポイントに述する 
と、ブログラムの実行は中断され、デバッガに制御が足されるので、変数の侦を表示したりする 
ことができます。必袈な操作を行ったら、プログラムの灾行をすることができます^ 
sort 閲数には2つのループがあります 0 ループ変数 i を使った外側のループは、配列中の各要 
灰に対して•度だけ％行されます> 内側のループでは、現介:注 II している要素と、この•及:ぶのキ 
一よりも小さいキーを持つ贤本とを人れ衿えますこれで、ちょうど水中から水 ㈨ に叫かって乍 
/メ•(の泡（バブル）が I •.っていくように、より小さな•挺ぶが配列の前に移動します。また、外側の 
ループが火行されるたびに、贤尜屮の M 人のものが妃列の ili •後に K0 かって移動するはずです。で 
は、外側のループでブログラムを怜||•.して rii ! 列の状態を火際に確かめてみましょう0 

ブレークポイントの,&定に間係するコマンドはたくさんあります0どのようなコマンドがある 
かは 、 help breakpoint で衣/することができます 


(gdb) help breakpoint 

Making program stop at certain points. 

List of commands : 

awatch -- Set a watchpoint for an expression 
rwatch -- Set a read watchpoint for an expression 
watch -- Set a watchpoint for an expression 

catch -- Set breakpoints to catch exceptions that are raised 
break -- Set breakpoint at specified line or function 
clear -- Clear breakpoint at specified line or function 
delete — Delete some breakpoints or auto-display expressions 
disable -- Disable some breakpoints 
enable — Enable some breakpoints 

thbreak -- Set a temporary hardware assisted breakpoint 
hbreak -- Set a hardware assisted breakpoint 
tbreak — Set a temporary breakpoint 

condition -- Specify breakpoint number N to break only if COND is true 
commands — Set commands to be executed when a breakpoint is hit 
ignore Set ignore-count of breakpoint number N to COUNT 

Type "help" followed by command name for full documentation. 

Command name abbreviations are allowed if unambiguous• 

ここでは、 21 行 II にブレークポイントを設定してプログラムを灾行します。 


$ gdb debug4 
(gdb) break 21 

Breakpoint 1 at 0x80484bl : file debug4.c, line 21. 



382 ♦ 第 9 章デバッグ 


(gdb) run 
Starting program ： 

/home/kasai/project/cosmo/blp/translat/tmp/chap09/reviewed/debug4 

Breakpoint 1,sort (a=0x8049764, n=5) at debug4.c:21 
21 /* 21 * / for(; i < n && s != 0 ； i + +) { 

配列の侦を iO ) s したあと、 cont コマンドを使えばプログラムの火行を W 開することができま 
す。この坳介、プログラムは次のブレークポイントまで$行されます现作の例では、21行丨丨が 
もう•度火行されるまでプログラムが$行されることになります， | nj 時に複数のブレークポイン 
卜をアクティブにすることもできます。 

(gdb) print array[0] 

$1= {key = 3, data = "bill",'\000' く repeats 4091 times〉} 

いくつかの费本を続けて表ボするには、衍定した数の配列要次を衣示させる @<munber> とい 
う惝文を使います。たとえば、 M 列 array のすベての装ぶを衣氺するには、次のよう（こします 0 

(gdb) print array[0] @5 

$2 = {{key = 3, data = "bill",'\000 * く repeats 4091 times〉}, 

{key = 4, data = "neil",'\000'〈repeats 4091 times〉}, 

{key = 2, data = "john", ' \000' く repeats 4091 times〉}, 

{key = 5, data = "rick", • 、 000 • く repeats 4091 times〉}, 

{key =1,data = "alex", ' \000' く repeats 4091 times〉}} 

gdb からの出力は、•染みやすくするためにれ干修 |K しています。ループを初めて実行する時点 
では、 fli! 列の内料は変化していません。ブログラムの义行を洱開すると、 ft ! 列 array の内矜がブ 
ログラムの火行に伴って徐々に変化するのがわかります。 

(gdb) cont 
Continuing. 

Breakpoint 1,sort (a = 0x8049764, n = 4) at debug4.c:21 
21 /* 21 */ for ( ； i < n && s != 0 ； i + + ) { 

(gdb) print array [0](? 5 

$3 = {{key = 3, data = "bill",'\000 • く repeats 4091 times〉}, 

{key = 2, data = "john", ' \000'〈repeats 4091 times>}, 

{key = 4, data = "neil", 1 \000 1 く repeats 4091 times〉}, 

{key : 1,data = "alex", .\ 000 • く repeats 4091 times>}, 

{key = 5, data = "rick", 1 \000 1 〈repeats 4091 times〉}} 

display コマンドを使うと、プログラムがブレークポイントで•.するたびに H 動的に屺列の 
内界を衣示させることができます。 

(gdb) display array[0] @5 

1: array[0) @ 5 = {{key = 3, data = "bill",.\ 000 • く repeats 4091 times〉}. 
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{key = 

2, 

data = 

w j ohn , 

•\ 000 ■ 

<repeats 

4091 

times>} # 

{key = 

4, 

data = 

"neil", 

， \ 000 丨 

crepeats 

4091 

times>}, 

{key = 

1, 

data 二 

"alex", 

•\ 000 • 

<repeats 

4091 

times>}, 

{key = 

5, 

data = 

"rick", 

•\ 000 • 

crepeats 

4091 

times>}} 


また、ブレークポイントに述したときの#作を変セし、ブログラムを抄||•.させる代わりに、指 
定したデータを衣ポしてプログラムの火行はそのまま継絞することもできます。この垛介には、 
commands コマンドを使います 0 commands コマンドでは、ブレークポイントで灾行するデバッ 
ガコマンドを指定することができます。现心：の例では、すでに display コマンドを設定している 
ので、あとは灾行を継続するコマンドを設定するだけです。 


(gdb) commands 

Type commands ror when breakpoint 1is hit, one per line. 
End with a line saying just "end". 

>cont 

>end 


ブログラムの火行を洱 |» J すると、今度は公後ま で％ 行され、外側のループを|叫るたびに IV 列の 
侦が衣/^:されます。 


(gdb) cont 
Continuing. 


Breakpoint 1, sort (a = 0x8049764 , n = 3) at debug4.c:21 
21 "21 * / for (: i < n && s != 0; i++) { 

=2, data = "john", .\ 00 0. く repeats 4091 
"bill",'\ 000 • く repeats 4091 times〉}, 
"alex", ' \000 ' く repeats 4091 times〉}, 
"neil M , ' \000 *〈repeats 4091 times〉}, 
"rick", ' \000 ' く repeats 4091 times〉}} 


21 " 21 
1:array[0] @ 5 = {{key 

{key = 3, data 
{key =1,data 
{key = 4, data 
{key = 5, data 


times〉} 


Breakpoint 1,sort (a=0x8049764, n=2) at debug4,c：21 
21 /* 21 */ for(; i < n && s != 0; i++) { 

1:array[0] @ 5 = {{key = 2, data = "john", ' \000' く repeats 4091 times〉} 


{key = 

l. 

data = 

"alex", 

'\ 000 • 

crepeats 

4091 

times>}, 

{key 二 

3, 

data = 

"bill", 

1 \ 000 • 

crepeats 

4091 

times>}, 

{key = 

4, 

data = 

"neil". 

•\ 000, 

<repeats 

4091 

times>}, 

{key = 

5, 

data = 

"rick", 

•\ 000 • 

crepeats 

4091 

times>}} 


array[0] = {2 
array[1]={1 
array[2] = {3 
array[3] = {4 
array[4] = {5 


john} 
alex} 
bill} 
neil} 
rick) 


Program exited with code 025. 
(gdb) 


出力の iri 後では、プログラムが與常な終广コードで終了しています。これは、プログラムの屮 
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で exit を呼び出しておらず、 main も侦を返していないためです。したがって、サンブルブログ 
ラムの埸•介、終了コードには总味がありません。$際に总味のある終 f コードを返すには、 exit 
を呼び出す必要があります。 

ブログラムのデバッグに W りましょう0外側のループは期待した M 数荚行されていないようで 
す。デバッガの出ノ J からわかるように、ループの終了条件で使われているバラメータ n の侦は、 
ブレークポイントを M るたびに減っています。ループが十分な M 数灾行されないのは、このこと 
が原闪とぞえられます。問題は、 31 行 II の n をデクリメントしている部分にあります。 

/* 31 */ n --; 

この行は、外側のループを M った時办で配列 array の敁人の要灰が一番敁後にくることを利 
川し、ソートの対象となる要ぶを減らしてブログラムの伋適化を总 W したものです。しかし、こ 
れが外側のループと r •渉し、問題の股 w を作っています0解決力•法はいくつかありますが、その 
うち iti も簡中.なのはこの行を削除してしまうことです > さっそくデバッガを使ってパッチを適川 
し、この変 Hi (こよって問跄が解決されるかどうか確かめてみましょう。 


9 . 3.7 


宁八ツ ガによるバッチの適用 


デバッガを使ってブレークポイントをは定し、変数の倘を衣氺する"法についてはすでに以ま 
したが、ブレークポイントでなんらかの処那を行うようにすると、ソースコードの変史と外コン 
パイルを行うことなく、バッチを適⑴することができます。现丫 I : の例では、 31 行丨 1 でプログラム 
を•.し、変数 n の侦をインクリメントします：これで、 31 行 II が％行されても n の侦は変わら 
ないことになります， 

プログラムを般初から火行しめ:します。まず、これまでに設定したブレークポイントと変数の 
n # 衣示を削除します> 右効になっているブレークボイントと n 動衣ボを調べるには、 info コ 
マンドを使います0 


(gdb) mro display 

Auto-dispiay expressions now in errect : 

Num Enb Expression 
1 : y arraytO] @ 5 

(gdb) info break 

Num Type Disp Enb Address What 

1 breakpoint keep y 0x080484bl in sort at debug4.c:21 

breakpoint already hit 4 times 
cont 


ブレークポイントや n # 衣ボは無効にすることも、义令に削除してしまうこともできます。無 
効にした垛介には、必要に化じてあとでもう•度イ1効にすることができます。 
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(gab) disable break l 
(gdb) disable display 1 
(gdb) break 31 

Breakpoint 2 at 0x8048650 : file debug4.c,line 31. 

(gdb) commands 2 

Type commands for when breakpoint 2 is hit, one per line. 

End with a line saying just "end". 

>set variable n = n +1 

>cont 

>end 

(gdb) run 
Starting program: 

/home/kasai/project/cosmo/blp/translat/tmp/chapO9/reviewed/debug4 


Breakpoint 

2 # 

sort (a=0x8049764, 

n=5) 

at 

debug4•c:31 

31 " 

31 

* 

/ n --; 




Breakpoint 

2, 

sort (a=0x8049764, 

n = 5) 

at 

debug4•c：31 

31 " 

31 

* 

/ n - -； 




Breakpoint 

2, 

sort (a=0x8049764, 

n = 5) 

at 

debug4.c:31 

31 /* 

31 

* 

/ n --； 




Breakpoint 

2, 

sort (a=0x8049764, 

n = 5) 

at 

debug4•c:31 

31 " 

31 

* 

/ n --; 




Breakpoint 

2, 

sort (a=0x8049764, 

n=5) 

at 

debug4.c:31 

31 " 

31 

* 

/ n-- ； 




array[0] 

= 

{1, 

alex} 




array[1) 

= 

{2, 

john} 




array(2] 

= 

{3, 

bill} 




array[3 j 

= 

{4, 

neil} 




array[4 j 

= 

{5, 

rick} 





Program exited with code 025. 

(gdb) 

ブログラムは鉍後まで実行され、今度は正しい結果が表示されました。これで、ソースファイ 
ルを変セし、処邱するデータのを W やしてさらにテストを絞けることができます。 



gdb のその他の機能 


GNU デバッガ gdb は非常に強 >0なツールです 0 gdb を使うと、実行中のブログラムの内部状 
態にっいて非常に多くの悄報を烨ることができます。ハードウェアブレークポイントをサポート 
しているシステムでは、 gdb を使って変数の変化をリアルタイムで監视することもできます。ハ 
ードウェアブレークポイントをサポートしていないシステムでも、式を ウォッチ （監悦）し、ブロ 
グラムの中のどの部分で式の,汁算が行われたかにかかわらず、式が特定の侦になったときにブロ 
グラムを停||•.させることができます。 
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ブレークポイントは、到这い|数や条件を指定して設定することができます。この場合、指定し 
た M 数に迷したとき、または条件が成、>:したときにのみブログラムを松 ll •.させることができます0 
gdb は、すでに火行されているプログラムに対して n 分 n 身をアタッチすることができます。 
この機能は、クライアントサーバーシステムをデバッグするとき（こ非常に便利です。たとえば、 
サーバープロセスの抄 il •.と洱開を行わずに火行中のサーバーブロセスをデバ ッ グすることができ 
ます。また、敁適化とデバッグ怙報の肉 Vj •をイ1•効にするために、 gcc -0 -g でプログラムをコ 
ンパイルすることもできますただし、 iti •適化を行うとコードのけ;が人れ枰わることがあり、 
ステップ火行を行うとあちこちに飛ぶ" J * 能性があります。このため、オリジナルのソースコード 
の処理の流れを追いにくくなるかもしれません。 

gdb は GNU General Public License の条件のもとで fld 布されており、ほとんどの UNIX システ 
ムで使川することができますぜひ gdb の使い力に押熟してブログラムのデバッグに役、 1 /:ててく 
ださい。 


9.4 


その他のデバッグツール 


UNIX システムでは、 gdb などの純然たるデバッガのほかにも、デバッグを夂援するさまざま 
な ツールを 利⑴することができます。これらの ツールの 中には、 ブロ グラムに関する胳的な悄钳 
を提供するものと、勋的な分析を吋能にするものとがあります0 

辟的な分析では、プログラムのソースコードだけに対象を絞った悄報が得られます。たとえば、 
ctags 、 cxref 、 cflow といったブログラムは、 ソー スフ アイ ルを処邱し、閲数呼び出しやその 
位敗に問してイ f 益な情報を衣ボします。 

勦的な分析では、火行中のプログラムの勋作に閲する情報を作ることができます0たとえば、 
prof や gprof などのブログラムは、货行された関数とその時問に閲する悄報を表示します。 

ここでは、これらのツールについて簡中.に取り I •.げます D ツールの中にはシステムによって利⑴ 
できないものもありますが、ほとんどのツールにはフリーで rti ! 布されているバージョンがあります。 



ブログラムのミスを指摘する lint 


オリジナルの UNIX システムには、 lint と呼ばれるユーテイリテイがありました。この lint 
は丛本的には C コンパイラのフロントエンドと考えることができ、“常識的な”観点からソースコ 
ー ドを検仵して押; V を衣/ P する機能を備えていました。たとえば、侦が設定されずに使われてい 
る変数や、関数のリ I 数が使われていない简所などを検出することができました。 

今 H -般に使われている新しい C コンパイラでは、（コンパイル時のパフォーマンスに多少影 
赞するものの)同棟の莆吿を表示することができます。 lintll 体は、 C の標準化によって存在总 
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在が郯れています 0 lint は初期の C コンパイラ（こ准づいて作成されたツールなので、 ANSI 構文 
を適切に処现することができません。 UNIX で利川"】'能なものとしては、商) |j バージヨンの lint 
がいくつかむ:がします。 Linux では、形式什様⑴ツールの作成を丨丨的とした MIT のプロジェクト 
Larch の一環として提供されている lclint を利) |j できます 3 lclint は、ソースコードをチェツ 
クしてイ f 益なコメントを衣/してくれます〇 

次にボすのは、サンプルブログラムの iii •初期のバージヨンに対して lclint を灾行したときの 
ようすです。 

$ lclint debugO.c 

LCLint 2.3i ---15 Sep 97 


debugO.c : (in function sort) 

debugO.c ： 20,32 ： Variable s used before definition 

An rvalue is used that may not be initialized to a value on some execution 
path. (-usedef will suppress message) 
debugO.c:32,14: Path with no return in function declared to return int 

There is a path through a function declared to return a value on which there 
is no return statement. This means the execution may fall through without 
returning a meaningful result to the caller. (-noret will suppress message) 
debugO.c: (in function main) 

debugO.c ： 36,17 ： Return value (type int) ignored ： sort(array, 5) 

Result returned by function call is not used. If this is intended, can cast 
result to (void) to eliminate message. (-retvalint will suppress message) 
debugO . c:3 フ ， 14: Path with no return in function declared to return int 
debugO.c:6 # 18: Variable exported but not used outsiae debugO : array 

A declaration is exported, but not used outside this module. Declaration can 
use static qualirler. (-exportlocal will suppress message) 
debugO.c：14 # 13 ： Function exported but not used outside debugO : sort 
debugO.c:15,17 ： Definition of sort 



Finished LCLint checking - 6 code errors found 

$ 


初期化されていない変数が使われている、数の K : り侦の型と実際に関数が返す値が合ってい 
ない、ローカル変数やローカル関数が Static として Krj •されていない、といった エラーが 報汽 
されています 3 このうち、 iri •初のもの以外は实際のプログラムの動作には影郛しません。 

似初の エラーは 問題です。 debugO.c の該兴部分は次のようになっていました。 

" 18 */ int s; 

" 19 V 

/* 20 */ for( ; i < n && s 1= 0; i++> { 

/* 21 V s = 0; 

たしかに、変数 s は初期化されずに使われています 3 

こうしたエラーは、灾際にデバッグを行わなくてもコードをチェックすれば U つけることがで 
きます。 
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関数呼び出しのチェック 


ctags 、 cxref 、 cflow の3つのユーテイリテイは X/Open R •様の•部となっています。した 
がって、ソフトウヱア開発機能を備え、 UNIX ブランドを揭げるシステムでは必ず#存:していな 
ければなりません c 


♦ ctags 

ctags ブログラムは問数のインデックスを作成し、ちょうど小:の索リ I (インデックス）のよう 
に、問数が使われている場所についての悄報を m 力します：： 


ctags [-a] [-r riienamej sourcenle sourceflie 
ctags -x sourcefile sourcefile •… 


デフオルトでは、 ctags は人ノ J ソースフアイルのいずれかで Vi : j •されているれ間数について、 
次の形式の行を含む tags という名前のファイルを現作のディレクトリに作成します。 

announce app __ ui.c "static void announce ( void ) $/ 

ファイルの各行は、間数名、関数が•されているファイル、ファイル内で関数を検索すると 
きに使川できる||:说衣現から構成されています。 

オプシヨン - X を衍定して ctags を火行した場介には、次の形式の行が標，出力に/ li 力されま 
す。 


find—cat 403 app—ui.c static cdc_entry find—cat:( 

オブシヨン -f filename を指定すると、 ctags からの川ノ J を別のファイルにリダイレクトす 
ることができますまた、オプション - a を指定すれば、出力を既む:のファイルに追加することが 
できます， 


♦ cxref 

cxref プログラムは、 C ソースコードを分析してクロスリファレンスを•成します。 U . 体的に 
は、各シンボル（変数、 # define 、 閲数）がプログラムのどこに出現しているかを衣づ;•します。 

cxref にはいろいろなバージヨンがあるので、 lK 確な構文と使い"についてはシステムのマニ 
ユアルや man ページ、ブログラムに付诚するドキュメントなどを参照してください。 


♦ cflow 

cflow ブログラムは、どの問数がどの問数を呼び出しているか、どの間数がどの閲数から呼び 
出されているかなどを/す関数呼び出しツリーを衣氺します， Cflow を使うとプログラムの構造 
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を把促しやすくなるので、プログラムの#作や、 m 数を変!11したときの影郛などを調べるときに 
役、 X ちます0 CflOW のいくつかのバージョンでは、ソースコードだけでなくオブジェクトファイ 
ルを処邱できるものもあります。詳細については、マニュアルページを参照してください。 

次にポすのは、インターネットから人千能で 、 Marty Leisner がメンテナンスしている 
cflow ( cflow -2.0) の出力例です。 

1 fiie_ungetc { prcc.c 997} 

2 main { prcc.c 70} 

3 getopt {} 

4 show — all_lists { prcc.c 1070} 

5 display_list { prcc.c 1056} 

6 printf {> 

7 exit {} 

8 exit {} 

9 usage { prcc.c 59) 

10 fprintf {} 

11 exit {> 

この出ノ J 例では、 main が show _ all—lists を呼び出し、 show _ all_lists は display , list 
を、また display _ list は printf を呼び出していることがわかります 

このバージョンの cflow には、逆の流れ M を出力する - i オプ ショ ンがあります。 - i オプ ショ 
ンを指定すると、ある閲数をどの問数が呼び出しているかがわか*)ます。火際に例を尔しましよ 


19 

20 
21 
22 

23 

24 

參參 

74 

75 

76 

77 

78 

參 • 

99 usage iprcc.c 59} 

100 main { prcc.c 70} 

この出力例では、 exit 閲数が main 、 show _ all _ lists 、 usage の各閲数から呼び出されてい 
ることがわかります。 


aisp 丄 ay_list { prcc.c 105 b } 

show — all_lists { prcc.c 1070} 
{> 

main { prcc.c 70} 
show _ all_lists { prcc.c 1070} 
usage { prcc.c 59} 


O 

display_iist { prcc.c 105 6} 
maketag { prcc.c 487} 
show 一 all_lists { prcc.c 1070} 
main { prcc.c 70} 
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ESE 1 実行プロファイル 

ブログラムの パフォー マンス I •.の問題を特定するときに便利なテクニックとして、実行ブロフ 
アイルがあります。特別なコンパイラオプションを指定し、補助プログラムを使ってブログラム 
のプロ フアイ ルを衣氺すると、プログラムのどの部分の灾行にどれだけの時問が赀やされたかを 
知ることができます 0 


♦ prof/ gprof 

prof プログラム（または GNU の gprof ) は、ブログラムを灾行したときに少成される火行卜 
レー スフ ァイルに丛づいて、ブログラム各部の火行時間や火む M 数についての悄報を衣小しま 
す。ブロファイルを取彳するには、次のように - pg フラグを指定してブログラムをコンパイルし 
ます。 


$ cc -pg -o program programme 

このん•法でプログラムをコンパイルすると、特別なバージョンの C ライブラリとリンクされ、 
監拟⑴のコードがはめ込まれます，プログラムの監视"法はシステムによって W •なりますが、 • 
般に、ブログラムの火行を繰り返し屮断し、火行された简所を紀鉍するというノ/法で义現されて 
います）プログラムの監 m によって以られたデータは、现作のディレクトリの mon.out (gprof 
の垛介には gmon . out ) というファイルに#き込まれます 

$ program 
$ Is -Is 

2 -rw-r--r-- 1 neil users 1294 Feb 411:48 gmon.out 

prof または gprof プログラムは、この監视データを説み取ってレポートを作成します。ブロ 
グラムのオプションについては、マニュアルページを参照してください。次にボすのは gprof か 
らの出力の•部です。 


Each sample counts as 0.01 
% cumulative self 
time seconds seconds 
24.53 0.13 0.13 

15.09 0.21 0.08 

13.21 0.28 0.07 

13.21 0.35 0.07 

5.66 0.38 0.03 

5.66 0.41 0.03 

3.77 0.43 0.02 

3.77 0.45 0.02 

1.89 0.46 0.01 

1.89 0.47 0.01 

1.89 0.48 0.01 


seconds. 

self total 


calls 

us/call 

us/call 

17047 

4.69 

9.97 

17533 

3.99 

3.99 

17050 

4.11 

8.10 

17097 

1.75 

1.75 

489 

61.35 

65.32 

489 

40.90 

776.91 

18023 

0.55 

0.55 

17097 

0.58 

2.92 

17097 

0.58 

2.34 


name 

mcount 

print_long_format 

attach 

gobble_rlie 

quote_filename 

ext ract_dirs_f rom_.fi les 

print_dir 

compare_name 

i:iie_in teres ting 

print_fancy_name 

print_name_with quoting 
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1.89 

1.89 

1.89 

1.89 

1.89 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 


0.49 

0.50 

0.51 

0.52 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 


0.01 

0.01 

0.01 

0.01 

0.01 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 


17047 

17047 

17047 

17047 

488 
51141 
18619 
17591 
17050 
17050 
17047 

489 
489 
489 
486 

50 

50 

2 

1 


0.59 

0.59 

ftypeiet 

0.59 

0.59 

getgroup 

0.59 

1.76 

mode_stnng 

0.59 

0.59 

setst 

20.49 

368.85 

print:—cur rent _ tiles 

0.00 

0.00 

rwx 

0.00 

0.00 

xmalloc 

0.00 

0.00 

xstrdup 

0.00 

0.00 

lstat 

0.00 

0.00 

safe_lstat 

0.00 

0.00 

getuser 

0.00 

0.00 

clear_files 

0.00 

0.00 

queue_directory 

0.00 

0.00 

sorter lies 

0.00 

0.00 

is _ not _ dot _ or_dotdot 

0.00 

0.00 

get _ lmk_name 

0.00 

0.00 

make _ link^path 

0.00 

0.00 

xrealloc 

0.00 

0.00 

decode_switches 

0.00 

0.00 

error 

0.00 

380000.00 

main 


9.5 


アサ ー シヨン 


ブログラムの開発屮に条件コンパイルによって printf などのデバッグコードを神人する"法 
は•般的ですが、ブログラムをリリースする際の坝义的な問題として、デバッグ) I ] の コードをそ 
のまま贱すことができない場介もあります，しかし、リリース後のブログラムの火行中に“起き 
るはずのない問題が起きる”、つまりコーディングエラーというより、誤った仮定が原 W で問題 
が発屮することも少なくありません> たとえば、人ノ J パラメータが 一定の 範州に収まっているこ 
とを前提に問数が記述されている場合などです。このような関数に範网外の値が渡されると、ブ 
ログラムの動作令体がおかしくなる" r 能性があります0 

このように、システムの内部ロジックの確認が必贤になる場•介のために、 X / Open では assert 
マクロが川总されています。このマクロを使うと、仮定がしいかどうかをテストし、 II :しくな 
ければプログラムを怜||•.することができます。 


#mclude < assert - h > 

void assert ( mt expression ) 


assert マクロは、桁定された式を評価し、その侦が〇でなければ標準エラー出力に診断悄锹 
を卉き込み、 abort を呼び出してブログラムを終了します。 
assert マクロはヘッダー ファイル assert .h で定義されており、 NDEBUG の 定義によつて処邱 
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が変わるようになっています。へッダーファイルの処殫時に NDEBUG が定義されている場合、 
assert はなにもしません，つまり、コンパイル時に- DNDEBUG を指定することでアサーシヨンを 
無幼にすることができます，別の"法として、各ソースファイルで assert . h をインクルードす 
る前に、次のような行を, k ! 述しておくこともできます。 

#de£ine NDEBUG 



assert の問題 


このよつな使い方をする点は、火は assert の問題でもあります> テスト屮は assert を使川して 
いても 、 ll •••八な コードで assert を無幼にすると、テス ト 中のコードに比べて 八な コードの安令 
性のチェックが刻薄になります assert を 1 卜:式なコードで“幼にしておくことは、通常は選択肢 
としては芩えられませんユーザーがブログラムを火行したとき Uassert failed という イく 親切 
なエラーメッセージが衣小:され、プログラムが柃||•.してしまう uj * 能性があるからですむしろ、エ 
ラーをトラップする独のルーチンを記述してアサ ー シヨンをチェックできるようにしたほうがス 
マートですまた、適 4/ J に述されたルーチンなら、 ll : ス;なコードで無幼にしなくてもすみます。 

assert では、衍定する式が副作川を持たないように注焱する必毋があります。たとえば、な 
んらかの処观を行う問数呼び川しを使うと、 assert を無効にした iK 式なコードでは期待した処 
PV . が行われなくなってしまいます 3 

次に氺すサンプルプログラムは、 ll : の侦を必贤とする⑼数を定在している assert ぺです 
assert マクロを使ってリ I 数がイ〈 I 卜:でないかどうかチェックしています。 


例題 


assert 


へッ ダーファイル assert . h をインクルードし、リ|玫がの侦かどうかをチェックして、ドノ j •根 
を返す間数を紀述します 5 

#include <stdio.h> 

#mclude <math.h> 

#include <assert.h> 

double my_sqrt(double x) 

{ 

assert(x >= 0.0); 
return sqrt(x); 



printf("sqrt +2 = %g\n", my_sqrt(2.0)); 
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printf( M sqrt -2 = % g \ n n , my 一 sqrt (-2.0}}; 
exit (0); 


プログラム を％行すると、不 iK な侦が渡されたときにアサ ー シヨンが欠•敗します0 

$ cc -o assert assert.c -lm 
$ assert 

sqrt +2 = 1.41421 

assert : assert.c ： 7 ： my_sqrt : Assertion x >= 0.0' failed. 

10 T trap/Abort 
$ 


解説 

广1の数を指定して myjqrt 問数を呼び M けと、アサーシヨンは火敗します。 assert マクロは、 
アサーシヨンが欠•敗したファイルとそのむ? • り•、および失敗の «•: W を衣/ ji します， 

プログラムは アボートで 終 f しますこれは、 asser t が abort を 呼び出した結求です。 
-DNDEBUG を 指定して ブログラムを | lj ； コンバイ ルすると、アサ ーシヨンは 取り除かれ、 my_sqrt 
から sqrt を呼び出Iしたときに返される俯は小 iK にな0ます (NaN は not-a-number の总） 0 

$ cc -o assert -DNDEBUG assert.c -lm 
$ assert 

sqrt +2 =1.41421 
sqrt -2 = NaN 
$ 



メモリテ/ < ツグ _ 

特定 W 難なバグが浞人しやすい領域として、動的なメモリの削り肖てがあります 0 malloc と 
free を使ってメモリを剂り、レ i てるプログラムを紀述する場合には、割り S てられたブロックを 
きちんと竹邠し、解放したブロックを使わないようにすることが人切です。 

-般に、メモリブロックは malloc によって割り、レ 1 て、これをポインタ変数に格納します。し 
かし、ポインタ変数が変史され、該、するメモリブロックを指すポインタがほかに存作しなけれ 
ば、メモリブロックにアクセスすることはできなくなります〇この状態がいわゆるメモリリーク 
であり、プログラムのサイズが人きくなるになります，人のメモリリークが発牛.すると、 
システムの処理能ノ J は低ドし、メモリ不足におちいります。 

また、割り、てられたブロックを超えて（またはブロックの冗•頭よりも前の領域に）僻き込み 
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を行うと、 malloc ライブラリがメモリの割り、约てを竹理するために使っているデータ構造が破 
壊される" f 能性があります 0 もしデータ構造が破壊されれば、以後 malloc や free を呼び出し 
たときにセグメンテーション迩反が発卞.し、ブログラムはクラッシュします ） この坳介、問題の 
简所がどこかを止確に特定することはしばしば非常に闲雒です。クラッシュの股 W は、ずっと以 
前に行われた操作である" J * 能性があるからです。 

さいわい、この2つの問題を解決するのに役、 •/. つツールが、商用のものやフリーのものを穴め 
ていくつかむ:介:しています。たとえば、 malloc と free は、独「 I バージョンのものが多数提供さ 
れています。これらの中には、迫加のコードによってメモリの割り、 1 彳てや解攸をチェックし、ブ 
ロックが2度解放されるなどの小 iK な使川を監祝するものがあります， 



Electric Fence 


Bruce Perens が作成した Electric Fence ライブラリは、 UNIX の似想メモリ機能を使って、 
malloc と free が使うメモリを保護します 。 Electric Fence は、ブログラムがメモリを破壊する 
時点でプログラムを侉 ll ••することを丨丨的としています 


例題 


Electric Fence 


次の efence . c は、 malloc を使ってメモリブロックを沏り、レ丨て、割り、レ i てたブロックを超え 
て I 1 ?き込みを行います。 

开 include < stdio . h > 

#include < stdlib . h > 

int main () 

{ 

char *ptr = (char *> malloc (1024); 
ptr [0] = 0； 

/* Now write beyond the block */ 
ptr [1024] = 0; 
exit (0); 


ブログラムをコンパイルして災行すると、ブログラムはなんの問題もなく終/します。しかし、 
メモリ箾域になんらかのごみが残り、あとでトラブルに兑舞われる" I 能性があります。 

> cc -o efence etence^c 
$ erence 

$ 

今度は、 I "] じプログラムを Electric Fence のライブラリ libefence . a とリンクしてみましょ 




9.6 メモリデバッグ ♦ 395 


う。プログラムを次行すると、 |! lj 題があることがわかります。 

$ cc -o efence etence.c liberence.a 
$ erence 

Electric Fence 2.0.5 Copyright (C)1987-1995 Bruce Perens. 
Segmentation fault 
$ 

デバッガからプログラムを戈むすると、の简所を特定することができます 

$ cc -g -o efence efence.c 丄 ibefence.a 
$ gdb efence 

(gdb) run 

Starting program ： /usr/neil/efence 

Electric Fence 2.0.5 Copyright (C)1987-1995 Bruce Perens. 

Program received signal SIGSEGV, Segmentation fault. 
0x80488d4 in main () at efence.c:11 
11 ptr[1024] = 0 ； 

(gdb) 


解脱 

Electric Fence ( i , malloc とその閲迚閲数を、ブロセッサの仮想メモリ憷能を使うバージヨ 
ンに阶き換え、イく|卜:なメモリアクセスを検出します。イく il : なメモリアクセスが行われると、セグ 
メンテーシヨン迩反を/すシグナルが発4:し、ブログラムは怜11••させられます。 


9 . 6.2 


Purify は Pure Software (現心:は Rational Software ) の商川ベースの製品で、1"1社が特許を持 
つ Object Code Insertion (オブジェクトコード仲人）テクノロジーを利川し、プログラムを修 il •: 
してメモリアクセスに閲する問題を発 U します 

Purify では、ブログラムに押.め込まれたポインタアクセスチェックコードによって、初期化 
されて いない メモリからの说み取り や 割 り 、 1 1 てられて いない メモリブロック への 侪き込み、メモ 
リリークなどを検出することができます。 Purify は HP システム、 Sparc ベースの Sun ワークス 
テーシヨンなどで利川することができます。残念ながら Linux 川のバージヨンはまだありません 
が、今後状況が変わる " J ■能性もあります。 

WW ソフトウェア開発メーカーは、 Purify を使うことでデバッグ時間を大幅に短縮すること 
ができます C Purify の JI : •常に俊れている焱は、チェック川コードを迤接オブジェクトコ ー ドに 
挿人でき、システムライブラリを叫コンパイルする必要がないことです。 
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9 . 6.3 


Checker 


Tristan Gingold が開発した Checker は、コンパイラバックエンドと C ライブラリに修 iK を加 
えたツールで、 Purify が対象としている問題の多くを検出することができます。 Checker が特 
に便利なのは、メモリリークを検出できる*です:> 

Checker を利川するにはプログラムの内コンパイルが必贤になります。ただし、 Linux ではほ 
とんどの ソフ トウ エアのソース コードを人 f •できるので、この点は人きな制約にはならないでし 
よろ 0 


Checker __ 

次の checker . c は、メモリを•別り4て、初期化されていない部分からの読み取りと割り、レ彳て 
られた部分を超えた i 1 !: き込みを行い、 iti •後にメモリにアクセスできなくするサンプルプログラム 
です, 

# include < stdio . h > 

#include < stdlib . h > 

int main () 

{ 

char *ptr = (char *) malloc (1024); 
char ch ; 

/* Uninitialized read V 
ch = ptr [0]; 

/* Write beyond the block */ 
ptr [1024] = 0; 

/* Orphan the block */ 
ptr = 0; 
exit (0); 


Checker は、コンパイラコマンドを checkergcc に胙き換えるだけで利川できます。 
checkergcc は、適切なコンパイラバージョンを呼び出して特別な Checker 川ライブラリとリン 
クするためのドライバブログラムです。 

checkergcc でブログラムをコンパイルして実行すると、たくさんの問題が報; V されます。 


$ checkergcc -o checker checker 
$ checker 

Checker 0.8 (i386-linux) Copyright (C) 1996 Tristan Gingold. 

This program has been compiled with 'checkergcc' or 'checkerg++'. 
Checker is a memory access detector. 

Checker is distributed in the hope that it will be useful, 



but WITHOUT ANY WARRANTY; without even the implied warranty of 
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU 
General Public License for more details. 

For more information, set CHECKEROPTS to '--help 1 

From Checker (pid ： 20795) : 'checker' is running (Wed Jan フ 07:23:25 1998) 

From Checker (pid:20795) : (ruh) read uninitialized byte(s) in a block. 

When Reading 1 byte(s) at address 0x0806335c, inside the heap (sbrk). 

0 bytes into a block (start : 0x806335c # length ： 102 4, mdesc : 0x0). 

The block was allocated from ： 

pc=0x08051940 in malloc() at ./1-malloc/malloc.c:251 
pc=0x080481df in main() at checker.c:6 
pc=0x0804810c in _start() at ：0 
Stack frames are : 

pc=0x08048200 in main() at checker.c:10 
pc=0x0804810c in _start() at :0 

From Checker (pid ： 20795) : (bvh) block bounds violation in the heap. 

When Writing 1 byte(s) at address 0x08063 フ 5c, inside the heap (sbrk). 

0 bytes after a block (start : 0x806335c, length: 102 4, mdesc : 0x0). 

The block was allocated from ： 

pc=0x08051940 in malloc() at ./l-malloc/malloc.c：251 
pc = 0x080481df in main() at checker.c ： 6 
pc=0x0804810c in _start() at :0 
Stack frames are : 

pc=0x08048225 in main ㈠ at checker.c：13 
pc = 0x0804810c in —start () at :0 

イぐ iK な説み取りと々き込みがチェックされ、淡、 1 1するメモリブロックとその場所が表尔されま 
す， デバッガを使えば、問姐の简所でブログラムを衿 il •.することができます。 

Checker には、特定の M 類のエラーやメモリリークの検出を除外するなど、数多くのオプシヨ 
ンがありますサンプルプログラムでメモリリークを検出する坳介には、说飧変数 CHECKEROPTS 
を通じてこうしたオプシヨンのうちの1つを指定します，ブログラムの終 r 時のメモリリークを 
チェックするには、次のように- D = end を指定します。 

$ CHECKEROPTS 二- D=end checker 


From Checker (pid ： 21062 ) : (gar) garbage detector results. 

There is 1leak and 0 potentiel leak(s). 

Leaks consume 1024 bytes (1 KB) / 131471 KB. 

( 0.00% of memory is leaked.) 

Found 1 block(s) of size 1024. 

Block at ptr=0x806363c 

pc=0x08051900 in malloc 一 1() at ./1-malloc/malloc.c：233 
pc=0x080481df in main() at checker.c:6 
pc=0x0804810c in _start() at ：0 
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解説 

checkergcc コンパイラを使ってブログラムをコンパイルすると、ポインタ参照をチェックす 
るコードが ili 加されます。別り、 1 1てられたメモリブロックへのアクセスがイぐ iK な埸•合には、 
Checker からメッセージが衣， ji されますブログラムの終 T 時にはガベージコレクシ ョ ンルーチ 
ンが A 行され、割り、レ I てられたメモリで解故されていないものがあるかどうかが湖べられます c 
該 A するブロックがある場合には、そのブロックに問する怡報が衣：されます。 


9.7 


この章のまとめ 


このウでは、デバッグのためのツールとテクニックにつぃて,兑明しました c UNIX 、 特に Linux 
では、ブログラムの欠陥の除太に役、>:つ強力なツールを利川することができます。 

U •体的なデバッグの H ( i として、 gdb を使ってプログラムからバグを取り除くガ法を小し、 
cflow, lclint などの你的な分析ツールを紹介しました 
W 後に、動的なメモリ剡 り 、 1 彳てに閲迚する問姐を取り h げ 、 Electric Fence や Checker といつ 
たユーティリティを使って l ! lj 迪を特定する"法を/しました。 


m 

メモ 


この章で取り上けたユーティリティブログラムのほとんとは、インターネット上の FTP サーバ 
一などから入手することができます。筆者は主に ftp://simsite.unc.edu/ の Linux アーカイ 
ブを利用しました。なお、ブログラムによっては著作彳香の扱いに注意が必要なものもありますか 
ら、付尿のドキュメントをよく読んでください。 





Linux 


第 10 章 


プロセスとシグナル 
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UNIX コンピュータシステムのほとんどすべての動作は 、 UNIX オペ レーテイング说境の 基水 
部分を形作るブロセスとシグナルによって制御されています 。 UNIX が プロセスを どのよう に竹 
理しているかを理解することは、システムブログラマにとっても非常に人切です。 

この墩では、 Linux 環境でのブロセスの扱いについて取り h げ、あるり.えられた時 A でコンビ 
ュー タが実行していることを I 卜:確に把捉する力•法を示します，また、ブログラムの中からほかの 
プロセスの起動や停止を行う方法、プロセスでメッセージをやりとりする"法、ゾンビプロセス 
の発牛を间避する方法も示します。取り上げる JTU 1 は次のとおりです。 

〇 ブロセスの構造、神:類、スケジューリング 
〇 新しいブロセスの起動"法 
〇 親ブロセス、子ブロセス、ゾンビプロセス 
〇 シグナルとその使い方 


10.1 


プロセスとは 


X / Open 仆様では、1つの制御スレッドが克行されるアドレス乍問と、そのために必贤なシス 
テムリソースのことをブロセスと定在しています 

ブロセスは、故+的には火行中の1 つの ブログラムです。 UNIX などのマルチタスクオペレー 
ティングシステムでは、多くのプログラムを|"1時に火むでき、火行中のブログラムの各インスタ 
ンスが1 つの プロセスを_成します。 XWindowSystem などのウィンドウシステムを使うと、梭 
数のブログラムが M 時に火行されるようすを火際に丨|で確かめることができます。グラフィカル 
ユーザーインタフ エースを 提供する X Window System では 、 Microsoft Windows l " J 様、それ そ* 
れ独 H のウィンドウを持つ複数のブログラムを ㈣ 時に実行できます0 

UNIX はマルチユーザーシステムであり、梭数のユーザーが | i » j 時にシステムにアクセスできま 
す。各ユーザーは、それぞれ複数のブログラムを火行することができます。システム n 休も、ほ 
かのプログラムを火行してシステムリソースを竹邱し、ユーザーのアクセスを制御します。 

プロセスを構成するのは、本 K 的にはなんらかのブログラムコード、（システムメモリの一部を 
A める）なんらかのデータと変数、オープンされたファイル（ファイルデスクリブタ）、そして 
(第4枣で兄たような）说境です， 

•般に、 UNIX システムでは、ある時点でメモリ内にむ:介:するプログラムコードのコピーがた 
だ1つになるように、プロセス問でコードを技•イ f します。このことは、八:イ f システムライブラリ 
にもあてはまります。 
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10.2 


プロセスの構造 


災際に、2つのプロセスがオペレーテイングシステム内部でどのように nil 沢されているかを兄 
てみましよう。例として、 neil と rick の2人のユーザーが、どちらも M 時に grep ブロ グラムを 
実行し、それぞれ別のファイルで異なる文字列を検索するとします0プログラムの災行中、使わ 
れているブロセスは次の M のようになります 


neil 


rick 


$ grep 


trek.txt 



trek.txt 


$ grep troi nextgen.doc 


.i grepU ー ド 


C ライブラリド 



nextgen.doc 


図10.1 ブロセスの檇造 


各ブロセスには、•总の黹り•である プロセス ID ( PII )) が剂 り :、 1 彳てられます。通常、プロセス 
II )は2〜32000の範 I 用の格数です，ブロセスが起勋されると、使われていない次の番りがブロセ 
ス ID として選択され、範州内の敁後の整数に達した場合には、押び2から船に割り当てられて 
いきます。 I ••の M で、 neil と rick が起動した2つのプロセスには、プロセス II )としてそれぞれ 
101と102が割り当てられています。 

grep コマン ドによって次:行されるブログラムコードは、ディスクファイルに格納されていま 
す。通常、 UNIX のプロセスは、ブログラムコードを保持するのに使われているメモリ領域に対 
しては外き込みを行いません。このため、プログラムコードは説み取り办川としてメモリにロー 
ドされます。 W からわかるように、外き込みができないのでプログラムコードを安全に J 1： •イ 1•でき、 
物现メモリを効率的に使用できます0 

システムライブラリも共打4能です。これは、たとえば printf を呼び出すブログラムがいく 
つ灾行されていても、メモリ内には printf のコビーが1っだけ存在すればよいことを盘味しま 
す。このしくみは、 Microsoft Windows のダイナミックリンクライブラリといくつかの A で共通 
するものがあります。 

•イ f ライブラリを使った場合には、 I •.の W でも明らかなように、火行プログラム grep を格納 
しているディスクファイルのサイズを小さくできるという利点もあります。 

もちろん、ブログラムのすべての部分を J ?； •釘できるわけではありません。たとえば、プログラ 
ムで使われる変数は、プロセスごとに K 別されます。 I •.の M の例では、 grep コマンドに渡され 
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た検索义卞列が、プロセスごとのデータ乍問に変数 S として/ f : 在しています。これらの変数は互 
いに独しており、通常はほかのプロセスから説み取ることはできません c また、2つの grep コ 
マンドで使われているファイルも W •なります。各ブロセスでは、ファイルアクセス川の•迚のフ 
ァイルデスクリプタをそれぞれ独 H に竹邱しています c 
各プロセスは、間数内のローカル変数や、関数の呼び出しと問数からの很帰のために使う独 n 
のスタック乍問を持っています c また、環境乍問も独 n のものを持っており、外プロセスだけで 
使う项埦変数を川することができます:）各ブロセスには、このほかに、ブログラムがどこまで 
义行されたかを氺す独 n のブログラムカウンタがあります0通常、これは実行スレッドと呼ばれ 
ます。 

I ••の m では、ブロセス、コード、データ、 ファイル デスクリブタがメモリの•部を山•めて いま 
すが、すでに以前の 0 で説明したように、 UNDC では仮想メモリシステムを使っており、コード 
やデータをハードディスク上の谢域にスワップアウトすることができます。このため、火際には、 
物邱メモリが許す以 I ••に多くのプロセスを符邱することができます。 


0 . 2.1 


ブロセス テーブル 


UNIX のブロセステーブルは、現/1:ロー ドされているすべてのプロセス（こついての M 報を収め 
たデータ構造と冬えることができます。各ブロセスに問する惝報としては、 ps コマンドによって 
衣示される悄報、っまりブロセス II )、端米の神:類、ステータス、コマンドなどがあります〇才 
ペレーティングシステムはブロセス ID によってブロセスを符理しており、ブロセス ID はブロセ 
ステーブルへのインデックスとして使われます。ブロセステーブルのサイズには制限があるため、 
システムがサポートしているブロセスの数もその制限を受けます。かつての UNIX システムでは、 
プロセス数は256 に 制限されていました0この制限は新しい UNIX の実装では人幅に緩和されて 
おり、現介:では、 一般に ブロセステーブルエントリの作成に利⑴ " J * 能なメモリによってのみ制限 
を受けます。 


0 . 2.2 


ブロセスの表示 


ps コマンドを使うと、現介•どのようなブロセスが突行されているかを衣ポすることができま 
す。 ps コマンドでは、 n 分が义行しているプロセスだけでなく、システムで実行されているすべ 
てのプロセスについての悄報を衣示することができます。 

次にボすのは 、X Window System を火行している Linux システム上での ps コマンドの出ノ J 例 
です0 

$ PS 

PID TTY STAT TIME COMMAND 
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95 

1 

s 

0 

00 

-bash 

104 

1 

s 

0 

00 

sh /usr/XI1/bin/startx 

108 

1 

s 

1 

42 

fvwm 

146 

1 

s 

0 

00 

oclock 

399 

pO 

s 

0 

00 

-bash 

587 

pO 

s 

0 

00 

emacs process.txt 


この出力例では、 emacs エディタによるファイルの褊染に閲係したプロセスが衣/ ji されていま 
す。 PID 列にはプロセス ID が、 TTY 列には該3するブロセスを起動した端未が、 STAT 列には現 
在のステータスが、 TIME 列にはこれまでに使った CPU 時問が、また COMMAND 列にはブロセスを 
起動するのに使われたコマンドが衣ボされています。 

出力の内界を少し詳しく U ていきましょう 0 まず W 初の行です， 

95 1 S 0:00 -bash 

ログインは、仮想 コンソール 挢 け 1 (TTY 列の 1 ) で 火行されました0これは、 このマシン （ PC ) 
のコンソールです。 义行屮 のシェル ブログラムは、 Linux のデフオルトシェル bash です 0 ステ ー 
タスは、休眠中 （ sleeping ) を盘味する S になっています 0 これは、次にボす startx の 終广を待 
っているためです。 

104 1 S 0:00 sh /usr/Xll/bin/startx 

X Window System は、 startx コマン ドによって起#されました。 startx は X サーバーを起 
勋するシェルスクリプトで、ほかにもいくつかの X Window ブログラムを実行します。このシェ 
ルスクリプトは、 X を終 r するまで終わりません。このブロセスも休眠中になっています。 

108 1 S 1:42 fvwm 

fvwm はウィンドウマネージャです。ウィンドウマネージャを使うと、ほかのブログラムを起動 
したり、ウィンドウの妃沢を変えたりすることができます。 

399 p0 S 0:00 -bash 

このブロセスは、 X Window System の 1 つの ウィンドウを衣しており、新しいウィンドウの作 
成要求に応荇してウィンドウマネージャが起#したものです。シェルの bash は、作成された新 
しいウィンドウで灾行されています。このシェルには、説み和き） II に新しい仮想端来 
/ dev/ttypO が割り岀てられており、 ps からの出力では宵略形の p0 が使われています。シェル 
はこの仮想端 未を 使って、新しいウィンドウに出力を相き込みます。ウィンドウで文字を 人力す 
ると、入力内容はこの仮想端 未を 介してシェルに渡されます0 


587 p0 S 


0:00 emacs process•ext 
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これは、 I •.で説明したシェルから起#された exnacs エディタのセッションです 0 このプロセス 
も、人出力に仮想端末を使っています。 

146 1 S 0:00 oclock 

これは、ウインドウマネージャから起動された時計ブログラムです c 時計の針は1分間隔で史 
新されますが、現在は前 M の更新と次 M の史新のちょうど間で休眠中になっています。 

PS コマンドがデフォルトで衣/ ji するプロセスは、コンソール、シリアル |N| 線、仮想端末など、 
端未を持つブロセスだけです0その他のブロセスは、端未I•.のユーザーと惝钳をやりとりすること 
なく％行されています。この神のプロセスとしては、共心•リソースを竹押.するためのシステムブロ 
セスなどがあります0 -X オプションを衍定して PS コマンドを火行すると、端未を持たないブロセ 
スも衣/ ji することができます。ほかのユーザーのブロセスに閲する t»T 報を衣氺するには、 -a オプ 
ションを使います。 ps コマンドの構义や出力形式はシステムによって W •なることがあるので、才 
ブションと出ノ J 形ス;の詳細についてはマニュアルページを参照してください0 


10 . 2.3 


システムブロセス 


Linux システム I •.で火行中のほかのプロセスについても U ておきましよう0次の出力例は、 
部を竹略したものです。 


PID TTY STAT TIME COMMAND 


1 

9 

S 

0 

03 

init [3] 

2 

0 

SW 

0 

00 

(kflushd) 

3 

つ 

sw< 

0 

00 

(kswapd) 

12 

フ 

s 

0 

00 

/sbin/update 

58 


s 

0 

00 

/usr/sbin/klogd 

59 

つ 

s 

0 

00 

/usr/sbin/syslogd 

75 


s 

0 

00 

sendmail : accepting connections on port 25 

84 

3 

s 

0 

00 

/sbin/agetty 38400 tty3 linux 

106 

♦ 

R 

99 

58 

X :0 

5759 

p2 

R 

0 

00 

ps -ax 


この出力例には、 JI: 常に爪要なブロセスが含まれています。それは次のブロセスです。 

1? S 0:03 init [3] 

一般に、どのプロセスもほかのプロセスから起動されます。このとき、起動したほうのブロセ 
スを親プロセスと呼び、起勋されたほうのプロセスを子ブロセスと呼びます。 UNIX は、起動され 
ると 1 つの プログラムを％行します。これが、すべてのプロセスの fl [宄となる init です。 init 
は、オペレーティングシステムのプロセスマネージャともいうべきむ：心：です。ほかのシステムプロ 
セスは、 init から起勋されるか、または init から起勋されたほかのプロセスから起勋されます. 




10.2 ブロセスの橋造 ♦ 405 


ログイン処现を例にとってみましょう 0 init は、ログインに利州できる各端末に対して getty 
ブログラムを起動します。 p S コマンドの出力では、起動された getty ブロセスは次のように衣 
ボされます。 

84 3 S 0:00 /sbin/agetty 38400 tty3 linux 

getty ブロセスは、端末に login : プロンブトを衣づくし、ユーザーからのログインを促します。 
ユーザーがユーザー名を人ノ j すると、 getty は! lilj 御を login ブログラムにリ I き渡します 。 login 
プログラムは、ユーザーの说境をセットアップし、敁後にシェルを起動します。ユーザーがこの 
シェルを終广すると、 init は内び getty プロセスを起動します 0 
このことから、新しいブロセスを開始し、開始したブロセスの終/を作つことがシステムにと 
って，敗な立:味を持っていることがわかります0このウの後のほうでは、ブログラムの中からシ 
ステムコールの fork 、 exec 、 wait を使って M じ処现を行う"法を示します。 


10 . 2.4 


ブロセススケジューリング 


ps コマンドからの m ノ j には、 ps コマンド n 体のエントリも r まれています。 


5759 p2 R 0:00 ps -ax 

これは、プロセス5759が A 行状態 （ R > にあり、コマンド ps - ax を火行中であることを氺して 
います。もちろん、これは I •.の出力を1:.成したブログラムです: > ステータスの只は、火む" r 能で 
あることを氺しているだけで、必ずしも火際に火行されていることを兑味するわけではありませ 
ん。シングルプロセッサコンピュータ h では、•度に火行できるプロセスは1つだけで、ほかの 
プロセスは n 分の順潘が来るのを待っています。各ブロセスが欠行される時問はタイムスライス 
と呼ばれ、非常に句:い時問なので、複数のブログラムが m 時に実行されているかのように u えま 
す〇ステータスの只は、そのプログラムがほかのブロセスの終 r を待機したり、人出力の： r を 
侍憷したりしているのではないことを/ P しています。 ps コマンドの出力例で、ステータスの列が 
R になっているブロセス:^ 2つ#心：するのもそのためです（もうひとつのブロセスは 、X Window 
System のディスプレイサーバーですし 

UNIX システムは、プロセススケジューラを使って、次のタイムスライスをどのブロセスに;別り 
4てるかを決定します0この決定は、プロセスの優先度に丛づいて行われます0優先度について 
はすでに第4なで少し触れました。店+的には、俺先度の“いプロセスほどより多く火行され、ほ 
かのプロセス（險光改の低いバックグラウンドタスクなど）はそれより少なく火行されます 。 UNIX 
では、別り、 1 〗てられたタイムスライスを超えてプロセスが火行を絞けることはできません。プロセ 
スは/1:いに協,期することなく怜 ll •.され、 \ W されます。このような " A のマルチタスクのことを、 
ブリエンブティブなマルチタスクといいますこの点は、ブログラムの側で鑣歩してほかのプログ 
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ラムが実行できるようにする必要のある Microsoft Windows 3. x とは W •なります。 

ブロセスの悛先度は、 nice コマンドで設定でき、 renice コマンドで調整できます。險宄度の 
デフォルトは〇で、俺宄度の“いプロセスは ft の侦を持ち、優艽度の低いプロセスはの侦を持 
ちます， nice コマンドは、デフォルトでは優宄度の侦を10だけ埘やして（つまり優先度をリ I き 
ドげて）ブログラムを火行します，アクティブなブロセスの優先度の侦は、 ps コマンドに -1 オプ 
シヨンを指定することで衣氺できます 3 その侦は NI ( nice ) 列に衣ボされます。 


$ ps -1 

FLAGS UID PID PPID PRI NI SIZE RSS WCHAN 

10000010001 6424 5765 1 0 1952 1044 12da71 


STA TTY TIME COMMAND 
S p2 0:00 oclock 


oclock ブログラムはデフオルトの nice 侦で灾行されています 


今度は、次のコマンドでプロ 


グラムを火行してみます, 


$ nice oclock & 

これで、 nice 値には+10が割り、与てられます。火行中のブロセスの後先度を変史するには、次 
のように renice コマンドを使います 0 

$ renice 10 6462 

6462: old priority 0, new priority 10 

これで、 oclock ブログラムの％行頻度は低くなります。変史後の nice 侦は、 ps コマンドで衣 
示することができます。 

$ ps -1 

FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND 

10000010001 6462 6457 010 1952 1044 12da71 S N p2 0:00 oclock 

ステータスに n が穴まれていることに汴 II してください 0 この N は、 niceWi がデフオルトではな 
く変史されていることをボしています。 ppid フイールドには、親ブロセスのプロセス II) が衣/ 
されます。これは、 oclock プログラムを起#したブロセスのプロセス II) か、あるいは oclock プ 
ログラムを起勋したプロセスがもう义行されていない場合には、 init のブロセス ID (つまり 1) 
です。 

ブロセスが多く火行されれば、それだけそのブロセスが彳 if る後先度も低くなります。 UNIX の 
スケジューラは、優先度に浓づいてどのプロセスを突行するかを決定します。もちろん、凡体的 
な実装がどのようになっているかは細かな部分で異なる可能性がありますが、一般には優先度の 
尚いブロセスほど多く灾行されます。より優先度の岛い灾行可能ブロセスがほかにある場合、優 
先度の低いプロセスがまったく実行されないといったこともあります0 
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新しいプロセスの起動 


イブラリ明数の system を使うと、ブログラムの中から別のプログラムを呼び出して新しい 
セスを作成することができます。 


^include <stalib.n> 


mt system (const char ^string )； 


system 問数は、 string に指定されたコマンドを次:行し、このコマンドの吏行が終 T するのを 
作ちます。 コマンドは、シヱルで次のコマンドを人力したときと様に戈行されます。 


sh -c 


system 問数は、コマンドを火行するシェルを起勋できなかった坳介には127を返し、その他 
の エラーが 発/ 1:. した場•介には- 1 を返します，それ以外の垛介には、コマンドの終 r コードを返し 
ます。 


system 


system 間致を使って ps を央行するプログラム system . c を作成します 0 ブログラムとして 
の利⑴価侦はあまりありませんが、後のサンブルブログラムではこのテクニックの応⑴例を 
示します。 


10 


# include <stdlib.h> 

#mclude <stdio.h> 

xnt main() 

{ 

printf("Running ps with system\n 
system("ps -ax M ); 
printf("Done.\n"); 
exit(0); 


2 プログラムをコンパイルして火むすると、次のように出力されます0 


$ system 

Running ps with system 

PID TTY STAT TIME COMMAND 


1? S 0 

2 ? SW 0 

3 ? SW< 0 

12 ? S 0 


03 init [3] 

00 (kflushd) 

00 (kswapd) 

00 /sbin/update 
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6462 p2 S N 0:00 oclock 

6574 p3 S 0:00 system 

6575 p3 R 0:00 ps -ax 

Done. 

3 system 閱数は、指定されたプログラムをシェルを使って起#するので、ブログラムをバック 
グラウンドで义行することもできます 0 system. C を次のように変! 11 します。名前は 
system2 • c とします。 

system ("ps -ax &••); 

プログラムをコンパイ ルして灾行すると、今度は次のように出ノ J されます。 

5 system2 

Running ps with system 
Done. 

$ PID TTY STAT TIME COMMAND 
1? S 0:03 init [3] 

2 ? SW 0:00 (kflushd) 

3 ? SW く 0:00 (kswapd) 

12 ? S 0:00 /sbin/update 

• • • 

6462 p2 S N 0:00 oclock 
6593 p3 R 0:00 ps -ax 


解説 

ili •初のサンプルブログラムでは、 "ps -ax ••を指定して system を呼び出し、 ps コマンドを％ 
行しています 0 このブログラムでは、 ps コマンドが終 f したときに system の呼び出しから;/り 
ます 0 system は便利な関数ですが、制約もあります 0 具体的には、 system を呼び出して起動 
したブロセスが終 T するまで待機しなければならないので、ほかのタスクを灾行することができ 
ません。 

2挢 II のサンプルブログラムでは、 system の呼び Hi しは、シェルコマンドが終 f すると M 時に 
W ります。今度はバックグラウンドでブログラムを义行するように袈求しているので、シェルは 
ps プログラムを起#すると卜1時に W りますこれは、ちようど次のようにしてシェルブロンブト 
でコマンドを火行した場介と M じです0 

5 ds -ax Sl 


system の呼び川しから〗 Z •ると、 system2 プログラムは Done. というメツセージを衣/パし、 ps 
コマンドが I 由 ilfti に出力を送る前に終广します。 ps コマンドからの出力は、 system 2 の終广後に 
iU - されたシェルプロンプトの後に衣氺されています。 
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このようなプログラムの動作は浞乱を招きやすく、ユーザーにとってはイく親切です0ブロセス 
を十 . T •に扱うには、その動作をもっと細かく指定する必费があります。以下では、プロセスを作 
成するための低水中:インタフエース exec について U ていきます 0 

♦プロセスイメージの置き換え 

exec で始まる名前を持つ間数はたくさんあります。これらの_数は、プロセスの起動"法や 
引数の指定方法が Y いに界なります。 


#mclude <unistd.h> 
char ㈠ environ; 

int execl(const char *path, const char *argO # ..., (char *)0}; 
int execlp(const char *path, const char *arg0, ..., (char *)0); 

int execle(const char *path # const char *arg0, ... # (char *)0, const 

char *envp [】）； 

int execv(const char *path, const char *argv [】）； 
int execvp(const char *path # const char *argv [])； 

int execve(const char *path # const char *argv [】， const char *envp [】）； 


exec 族の閲数は、指定されたリ I 数に你づいて作成される別のプロセスで JiUl : のブロセスを阶 
き換えます。リ I 数 path に指定されたブログラムは、現在火行されているブログラムの代わりに 
火行するプログラムコードとして使われます 0 execl 数群の垛介、 argO 、 argl など、ヌルポ 
インタまでのリ I 数が新しいブログラムに， j | 数として渡されます 0 —方、 execv 関数群の埸•介に 
は、义•卞列 All 列へのポインタ argv によって新しいプログラムのリ I 数を指定します。どちらの坳 
合にも、衍定されたリ I 数は main 関数に渡される fli ! 列 argv になり、新しいブログラムが起動され 
ます。 

未 W に P が付く間数は、说境変数 PATH に店づいて新しいプログラムの t 行能ファイルを探 
します。1丨的の火行" J * 能ファイルがパス I •.にない坳介には、デイレクトリを禽む絶対ファイル名 
を間数のパラメータとして指定する必贤があります。 

グローバル 変数 environ は、新しい ブロ グラムの说境に侦を渡すために使うことができます。 
exec 1 e と execve には、新しいブログラムの琛境として使う文卞列配列を渡すための迫加のリ I 
数があります。 

exec 族の閲敉を使って前のサンブルブログラムのように ps コマンドを火行する坳介、次のよ 
うなさまざまなノノ法が" J * 能です。 



# include < umstd . n > 

/* Example of an argument list */ 

/* Note that we need a program name for argv [0] */ 
const char * ps _ argv []= 

{" ps ", "- ax ", 0}; 



410 ♦ 第 10 單ブロセスとシグナル 


/* Example environment , not terribly useful */ 
const char * ps _ envp []= 

{" PATH =/ bin :/ usr / bin ", " TERM = console ", 0}; 

/* Possible calls to exec functions */ 

execl 《"/ bin / ps ", " ps ", "- ax w , 0); /* assumes ps is in /bin */ 

execlp (" ps ", " ps ", "- ax ", 0); /* assumes /bin is in PATH */ 

execle ("/ bin / ps ", " ps ", "- ax ", 0, ps 一 envp ); /* passes own environment */ 

execv ( ••/ bin / ps ", ps _ argv ); 

execvp (" ps ", ps _ argv ); 

execve (” / bin / ps , ps 一 argv , ps 一 envp }; 




execlp 


execlpliij 数を使ってサンプルブログラムを修 ll •:してみましよう 0 新しいブログラムの名前は 


pexec . c とし S 下。 


#mclude <unistd.h> 

#inciude <stdio.h> 

mt main () 

{ 

print£("Running ps with execlp \ n "); 
execlp (" ps " # " ps ", "- ax ", 0); 

printf("Done.\n"); 
exit(0); 

} 

ブロ グラムを火むすると、 ps コマンドからの出力は衣/されますが、 Done •というメッセージ 
は衣ボされません 0 また、 ds からの出ノ J には pexec の ブロ セスはみあたりません。 


$ pexec 

Runnina ps with execlp 


PID 

TTY 

STAT 


TIME COMMAND 

1 

0 

• 

S 

0 

03 

init [3] 

2 

• 

sw 

0 

00 

(kflushd) 

3 

O 

• 

sw< 

0 

00 

(kswapd) 

12 

? 

s 

0 

00 

/sbin/update 

• • 

6462 

? 

S N 

0:00 

oclock 

6636 

P3 

R 

0 

：00 

ps -ax 
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解説 

このプログラムは、 iti •初のメッセージを衣 /J •くした後、 execlp を呼び出します。 execlp は、设 
垃変数 PATH で指定されたデイレクトリから ps というれ前のプログラムを探します。次に、 
pexec ブログラムの代わりに ps ブログラムを％行します.： ps ブログラムは、次の シェルコマン 
ドを入力したときと | nj 様に吏行されます 

$ ps -ax 

ps プログラムが終厂すると、斬しいシェルプロンブトが衣小されます 0 pexec ブログラムには 
うらないので、2游 II のメッセージは衣/あされません，新しいプロセスのプロセス II )はもとのプ 
ロセスのプロセス II )と卜]じです。また、親ブロセスの PII ) と nice 侦ももとのブロセスのものと 
1"1じです 0 つまり、其行中のブログラム 《 pexec ) は、 exec の呼び出しで指定された新しい芡行 
nj * 能ファイルから新しいコードの灾行を開始しています。 

exec 関数胙から起動されるブロセスのリ I 数リストと说垃との合,51•サイズには I ••限があること 
に注总する必袈があります c この1•.限は arg_max でひえられ、 Linux システムの坳合には 128 KB 
です。ほかのシステムでは h . 限がこれより人幅に少ないことがあり、このことが問题になる場介 
もあります。 POSIX 仕様では、 ARG_MAX の i « i 小侦を4096バイトと規定しています。 

exec 族の閲数は、ェラーが発/1:.した坳介を除いて;乂•ることはありません。ェラーが発十•した 
場介には、 errno にェラーの内界をボす侦を設定し、 -1 を返します。 

exec によって起勋された新しいプロセスは、もとのブロセスから多くのものをリ I き継ぎます 0 
特に、オーブンされたファイルデスクリブタは、 FD _ CLOEXEC フラグが設定されている場合を除 
いて、新しいブロセスでもオーブンされたままになります （ FD _ CLOEXEC フラグについては、第 3 
0 の fcntl システムコールの説明を参照してください）〇もとのブロセスでオーブンされていた 
デイレクトリストリームがある場合、これらのデイレクトリストリームはクローズされます。 

♦ プロセスイメージの複製 

複数のブロセスを使って-度にたくさんの作菜を灾行するには、 exec のように現在の炎行ス 
レッドを！けき換えるのではなく、ちょうど init が行うように、完令に独立したブロセスをブロ 
グラムの中から作成する必要があります。 

このような場介、新しいブロセスを作成するには fork を呼び出します 0 このシステムコール 
は、現你のプロセスを複製し、現在のブロセスとほとんど M じ诚性を持つ新しいェントリをブロ 
セステーブルに作成します。新しいブロセスはもとのブロセスとほぼ M — であり、もじコードを 
実行しますが、独卩のデータ空問、 職、 ファイルデスクリブタを持ちます。 U 的に応じた新し 
いブロセスを作成するには、 exec のほかに、この fork があれば十分です。 
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#include <sys/types.h> 
#include <unistd.h> 

pid_t fork(void); 


fork システムコールは、新しい r プロセスを作成します。作成される新しいブロセスは 、 W 
イ j •のプロセス id を持つ焱、および親プロセスの id (ppim として呼び出し側のブロセスの pn) 
を持つ点を除けば、呼び出し側のブロセスと1“1じですン新しい丫•ブロセスは、親のデータ空問 
(変数）、およびオープンされたファイルデスクリブタとデイレクトリストリームのコビーを継承 
します，そのほかの細かな違いについては、 fork のマニュアルページを参照してください 

親の側での fork の呼び出しは、新しい了•プロセスの PID を返します。新しいプロセスの側で 
はもとのブロセスとまったく M 様に％行が続けられますが、 f •ブロセスでの fork の呼び⑴しは 0 
を返す A が W . なります。このことを利川すれば、どちらが親プロセスでどちらが丫•ブロセスかを 
知ることができます， 

fork は、欠•收すると-1を返します。通常、 fork が失收するのは、親プロセスが持つことので 
きる/ブロセスの数 （CHILD MAX ) が制限されていることが览闪です。この場介、 errno には 
EAGAIN が,没定されます。プロセステーブルにエントリを作成するためのスペースがイヾ记してい 
ることが原 W で fork が失敗した場介、 errno には EN 0 MEM が•设定されます 0 
-般に、 fork は次のようにして使います 

pid_t new _ pid ; 

new_pid = fork (); 

switch ( new { 

case -1 : /* Error */ 
break ; 

case 0 : /* We are child */ 

break ; 

default : /* We are parent */ 
break ; 


fork _ 

簡中•なサンプルブログラム fork . c を作成してみましよう 


# include < sys / types . n > 
# include < nnistd . h > 

#include < stdio ^ h > 



pid_t pid ; 



10.3 


、ブロセスの起動 


char * message ; 
int n ; 

printf("fork program starting \ n "}; 

pid = fork (); 

switch ( pid ) 

{ 

case -1: 

exit (1); 
case 0: 

message = "This is the child "; 
n = 5; 
break ; 
default : 

message = "This is the parent "; 

n = 3; 

break ; 

} 

for (; n > 0; n --) { 
put 8( message ); 
sleep (1); 

} 

exit (0); 

) 

この ブログラムは 2 つの プロセスとして戈むされます户ブロセスはメッセージを51"1衣尔し 
ます0もとのブロセス、つまり親プロセスはメッセージをだけ表 / J くします。次に、ブログラ 
ムの実行例を示します 0 

$ fork 

fork program starting 
This is the parent 
This is the child 
This is the parent 
This is the child 
This is the parent 
This is the child 
$ This is the child 
This is the child 

親ブロセスは、了•ブロセスがメッセージをすべて衣示し終える前に終 r しています0このため、 
シェルプロンプトがイ•ブロセスからの出力に浞じって衣示されています。 

解脱 

fork が呼び出されると、プログラムは2つの独ぐ/:したブロセスに分かれます。 fork からの W 
り侦が0でなければ、親プロセスです。このことを利 l|j して、1秒おきに衣ぶ:するメッセージの 
问数を設定しています。 
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10 . 3 . 


ブロセスの待機 


fork でイプロセスを開始すると、開始された子プロセスは独、して灾行されます。しかし、 
場合によっては f プロセスが終丫したかどうかを知りたいことがあります。たとえば、前のサン 
プルプログラムでは、親プロセスが/•ブロセスの前に終 r し、 f •プロセスのほうは灾行を続けて 
いるために、出力が乱れてしまっています。このような場合、処理を続行する前に wait を呼び 
出すと、親プロセスは子プロセスの終 r を待つことができます。 


#include <sys/types.h> i 

#inc 丄 ude <sys/wait.h> 

pid_t wait(int *stat_loc}; 

wait システムコールを呼び出すと、親プロセスは子プロセスのいずれかが死ぬか、または怜 
止されるまで待機します。 wait は、ステータス悄報が利川可能な子ブロセスの PID を返します 0 
通常、この pii ) は、終 r した子ブロセスの pii ) です0親ブロセスの側では、ステータス t / r 報を•脚 
ベることで，•ブロセスの終 r ステータス （ mainl ^ l 数からの炭り侦または exit に渡された卵を 
知ることができます。 stat _ loc がヌルボインタでなければ、 stat _ loc によってボされる場所 
にステータス悄報が密き込まれます。 

ステータス悄報を调ベる(こは、 sys / wait . h で定在されている次のマクロを使います。 


表 10.1 子ブロセスのステータスを調べるマクロ 


1 マクロ 

定義 | 

WIFEXITED ( stat . val ) 

子ブロセスが正常に終了した塌合は 0 以外 

■魏鼈纛纛鲁龜龜龜■論■■■■龕■亀■■會麄龜麄耋鼸■鲁麄•戴省耋曹着 fff 參 ffff ，••##•#•#•••••••# ••癱•••••••••参## ••籲•春###參■•籲•參參•春••參參••參籲•拳修籲籲 

WEXITSTATUS ( Stat _ val ) 

WIFEXITED が〇以外の塌合は子ブロセスの終了コード 

費應••曹•罾•赢癱擎•參参參•参參•••春•參參•••参••••••••••••♦春參參•參#參參••春## •癱參籲籲參#參癱#參着籲••■•••春•籲❿籲••參•••••••着___ •••••参參•參••參•鲁•春春 • • • _ 

WIFSIGNALED ( stat _ val ) 

捕捉されないシグナルによって子ブロセスが終了した場合は 0 以外 

• ▲會••▲••▲呼••▲命♦▲♦♦♦•♦•••••••拳蠱••參••擊•籲•籲參■•••••••••書••籲••參•••••春••參••••翁••••••痛 _•# ••參•參# •籲••參參•籲•••••••••春••••••••••暴■•參•籲••癱 

WTERMSIG ( stat . val ) 

WIFSIGNALED が〇以外の塌合はシグナル番号 

WIFSTOPPED ( stat . val ) 

子ブ□セスがシグナルによって停止している場合は 0 以外 

WSTOPSIG ( stat . val ) 

WIFSTOPPED が〇以外の埸合はシグナル番号 


wait _ 

1仙•のサンプルプログラムを少し修小:し、/•ブロセスの終 r を待って終 r ステータスを調べる 
ことができるようにします。ブログラムの名前は wait . c とします。 


#mclude <sys/types.h> 

#include < sys / wait . h > 

#include <unistd-h> 
#inc 丄 ude <stdio.h> 


int main() 
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pia_t pid ； 
char ^message; 
int n ； 

int exit_code; 

printf ( M fork program starting\n f, )； 
pid = fork ()； 
switch(pid) 

{ 

case -1: 

exit (1); 
case 0 : 

message = "This is the child"; 
n = 5; 

exit_code =37; 

break; 
default : 

message = "This is the parent"; 
n = 3; 

exit_code =0; 

break ； 

} 

for(; n > 0; n--) { 
puts(message )； 
sleep(l); 


2 次のコードは、 r プロセスの終 r を待機する部分です0 

if(pid) { 

int stat.val; 
pid_t child_pid; 

child_pid = wait(&stat_val); 

printf("Child has finished: PID = %d\n n , child_pid); 
if(WIFEXITED(stat 一 val>> 

printf("Child exited with code %d\n", WEXITSTATUS(stat_val)); 
else 

printf<"Child terminated abnormally\n M ); 

} 

exit (exit code); 



プログラムを 欠行すると、親ブロセスが Y •ブロセスの終了を待っていることがわかります。出 
ノ J も乱れず、したとおり終了コードを得ることができます。 



fork program starting 
This is tne parent 
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This 

This 

This 

This 

This 

This 

This 


is the child 
is the parent 
is the child 
is the parent 
is the child 
is the child 
is the child 


Child has finished ： PID = 410 
Child exited with code 3 フ 
$ 


解脱 

親プロセス （ fork 呼び出しからの W り侦が〇以外のプロセス）は、 wait システムコールを使つ 
て、广プロセスのステータス惝報が利川" f 能になるまで火行を•時怜11••します0广プロセスが終 
r すると、ステータス惝報が利川" f 能になります0このプログラムでは、/•ブロセスの終 r コード 
を37としています f •プロセスが終厂すると、親プロセスは火行を絞け、 wait からの W り侦を使 
つて、丫•ブロセスが丨1•:常に終 r したかどうかを调ベ、ステータス愤報から終了コードを取り m し 
ます。 


10 . 3 . 


ゾンビブロセス 


fork を使ったプロセスの作成は非常にイ〗•益なテクニックですが、 f •ブロセスの W ： 後をきちん 
と u とらなければなりません。，•ブロセスが終 r した埸介でも、親プロセスとの問係は、親ブロ 
セスが ll •:常に終 r するか、または wait を呼び出すまで存統しています。つまり、 f •プロセスが 
終 r しても、プロセステーブル内の户ブロセスのエントリが即座に解放されるわけではなく、广 
プロセスは（アクティブではないものの）まだシステム内に存在しています0これは、親プロセス 
が wait を呼び出したときに備えて終了コードを保存しておく必要があるためです。このような 
状態の: f ブロセスのことをゾンビプロセスと呼びます0 

サンプルブログラム fork.c でメッセージを表示する M 数を変史すると、ゾンビブロセスが作 
成されるのを確かめることができます0子プロセスのほうが親ブロセスよりメッセージの衣ボ M 
数が少なければ、子ブロセスのほうが/ ri 初に死に、子ブロセスは親ブロセスが終 r するまでゾン 
ビブロセスとなります0 


ゾンビプロセス _ 

サンブルプログラム fork . c で親ブロセスと丫•ブロセスのメッセージの衣ボ M 数を入れ件え、 
修£後の新しいブログラムを fork 2. c とします。 
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switch(pid) 

{ 

case -1: 

exit(1); 
case 0: 

message = "This is the child"; 
n = 3; 
break ； 
default: 

message = "This is the parent" 

n = 5; 

break ； 

} 


解脱 

# 

fork 2 &としてブログラムを火行し、，•プロセスが終 r した後、親プロセスが終 r する前に 
ps プログラムを义行すると、次のように衣/されます。 （ Linux システム以外の坳合には、•般 
に < zombie > ではなく < defunct > と衣/されます） 


PID TTY STAT TIME COMMAND 
14045 p0 Z 0:00 (fork2 <zombie>) 


親が小:常に終 T しなかった場•介には、 PID 1のブロセス、つまり init が H 動的に/ブロセス 
の親になります。广プロセスはもう火むされておらず、ゾンビになりますが、親ブロセスが常 
終广したために init がその而倒をみます。ゾンビは、次にプロセステーブルが処现されるまで 
プロセステーブルにとどまります〉ブロセステーブルが人きいと、テーブルの処邱に時問がかか 
ることがあります。 init がきちんと処邱を済ませるまで、ゾンビブロセスは以觅なリソースを 
消代することになるので、ゾンビプロセスの発中は避ける必要があります。 

また、イぐ製なファイルがオーブンされたままになることも避けなければなりません 0 利川町能 
なファイルデスクリブタの数は限られているので、プログラムの終 r 時にファイルをクローズし 
ないと、リソースの無駄使いになります0 

子ブロセスを待機するときに使パ|できるシステムコールには、もうひとつ waitpid がありま 
す 0 waitpid を使うと、特定のブロセスの終了を待つことができます。 



#mclude <sys/types.h> 

(♦include <sys/wait .h> 

pid_t waitpid(pid 一 t pid, int *stat 一 loc, int options )； 


リ I 数 pid には、 H 的の/•プロセスのプロセス II ) を指定します。 -1 を衍定すると、仃:总の f •プ 
ロセスの情報が返されます。 wait の場合と M 様、 stat _ loc がヌルポインタでなければ、 
stat — loc によって氺される場所にステータス怡報が？ 叩き込まれます。リ I 数 options は、 
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waitpid の動作を制御するのに使います。 以 も便利な オプションは WNOHANG です。 WNOHANG を 
指定すると、 waitpid を呼び出しても呼び出し側の実行は停止されません。この オプションは、 
いずれかの子プロセスが終 r したかどうかを满ベ、終 r していない埸合には灾行を続けるときに 
便利です-その他の オプションについては、 wait の マニュアル ページを参照してください。 

waitpid を使って、親 ブロセスの 側で特定の/•プロセスが終 r したかどうかを定期的に调ベる 
には、次のようにします：） 


waitpid(child_pid, (int *> 0 ， WNOHANG); 

p ブロセスが終 r または停止されていなければ足り侦は〇になり、終/または停】 I •.されていれ 
ば H り侦は child_pid になります。 waitpid は、エラーが発屯すると-1を返し、エラーの内界 
を示す侦を errno に設定します 0 エラーが発屯する原 W には、子ブロセスが存在しない (errno 
は ECHILD )、 呼び出しがシグナルによって割り込まれた ( EINTR )、 オプション引数がイヾ止である 
( EINVAL ) などがあります。 



入出力のリダイレクト 


fork と exec の呼び川しでは、オープンされたファイルデスクリブタがそのままリ I き渡されま 
すが、このことを利川するとブログラムの勋作を変 1 することができます。たとえば、 M 常はフ 
ィルタとして動作し、標導入力を説み取ってなんらかの加 I ••をしてから枕•ザ出力に M き込むブロ 
グラムがあるとします。 


ism 入出力のリダイレクト_ 

1まず、 すべての 义卞を人 义卞に変換する簡中な フイルタブログラム upper . c を作成します。 

# include < stdio . h > 

# include < ctype . n > 



int ch ; 

while((ch = getcharO ) != EOF ) { 
putchar ( toupper ( ch )); 

} 

exit (0); 


プログラムを実行すると、人力内容が説み取られて変換されます。 
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$ upper 

hello THERE 
HELLO THERE 
A D 

$ 

もちろん、シェルのリダイレクトを使ってファイルの内界を人义•卞に変換することもできます 0 

$ cat file.txt 

this is the rlie, file.txt, it is a 丄丄 lower* case. 

$ upper < nle.txt 

THIS IS THE FILE, FILE.TXT, IT IS ALL LOWER CASE. 

2 では、この フイ ルタをほかのブログラムの中で使⑴できないでしようか。次の useupper.c 
は、ファイル名をリ I 数に取り、呼び出し方が適切ではない場合にはエラーメッセージを衣 / ji 


します。 


# include < unistd . h > 

# include < staio . h > 

int main(int argc , char * argv [】} 

{ 

char * filename ; 
if(argc != 2) { 

fprintf ( stderr , " usage : useupper file \ n "); 
exit (1); 

) 

filename = argv [ l ]; 



3 リ I 数のチェック後、掠準川ノ j を洱オーブンし、エラーが発生していないことを確認してから 
execl を使って upper を呼び出します。 

if (! freopen ( filename , " r ”， stdin )) { 

fprintf ( stderr , "could not redirect stdin to file % s \ n ", filename ); 
exit (2); 

} 

execl ("./ upper w # " upper ", 0); 


4 execl は现作のブロセスを砰き換えます。したがって、エラーが発牛しなければ、コードの 
残りの部分は灾行されません。 


fprintr ( stderr , ” could not exec upper !\ n "); 
exit (3); 
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解説 

upper H 体はファイル名をリ I 数に取りませんが、このプログラムを使うことで大文卞に変換す 
るファイルを指定できるようになります。このプログラムの動作には upper のソースコードは必 
要ありません。つまり、このブログラムのような"法を使えば、仃:尨のブログラムを火行するこ 
とができます。 


$ useupper file.txt 

THIS IS THE FILE, FILE.TXT, IT IS ALL LOWER CASE. 

useupper プログラムは 、 f reopen を使って標準人ノ J をクロ' - ズし、フアイルストリーム 
stdin をプログラムのリ I 数で指定されたファイルに⑼迚付けます。 execl を呼び出しても、オー 
プンされたフアイルデスクリブタはそのままになるので、 upper ブログラムは次のシェルコマン 

ドを义行した場介とまったく 1"1じように勋作します 

$ UDper < file.txt 


10.4 


スレッド 


UNIX のブロセスは協凋することができます。つまり、 S ： いにメッセージをやりとりしてほか 
のブロセスの#作を中断したりすることができます。また、ブロセス問でメモリセグメントを几 
心することもできます。ただし、オペレーティングシステム内部では、複数のブロセスはそれぞ 
れ独 jZ したエンティティです無条件に変数を共心できるわけではありません。 

ブロセスに類似する概念として、スレッドと呼ばれるものがあります.，スレッドは、 Microsoft 
Windows NT や Windows 95/98などのシステムで利⑴でき、ある1つのプロセス内部での独々:し 
た灾行の流れを立味するものです。スレッドが利用" J * 能な場合、コンピュータシステムのアーキ 
テクチャによる制限はありますが、1つのプログラムの2つの部分を同時に実行することができ 
ます 0 たとえば、ワードプロセッサブログラムでは、文#をレイアウトしながらスペルチェック 
を行うことができます。この場合、 M じプロセス内で2つ以1•.のスレッドが実行されており、れ 
スレッドでは M じ変数とデータを対象に処理を行っています。 

スレッドプログラミングにはそれなりに難しい側如がありますが、マルチスレッド データべ一 
スなど、アプリケーションによっては非常にイ|•益です。スレッドの主な利点は、オペレーテイン 
グシステムのタスクのような*級”ブロセスではなく、ブロセスであるという点です。 
籽 M •プロセスは、オペレーティングシステムタスクのブロセスが行うアドレス空問の初期化やプ 
ロセスのスタートアップといったコストを伴いません0生存期問の短いブロセスの坳合、これは 
人幅な効率の叫 I •.につながります。逆に、欠*は信頼性です。いずれかのスレッド（籽 W : プロセ 




ス）がほかのすべてのスレッドをクラッシュさせる可能性があるからです。 

現在のところ、 UNIX によるスレッドベースの灾行のサポートは限定的です。 P 0 SIX .4 仆搽で 
は、 UNIX のリアルタイムアプリケーションにとってイ!•益なスレッド機構を定在しており 、 Linux 
をはじめ、 UNIX 系システムへの灾装が進められている段階です。本#では、現時点でのサボー 
卜が限定的であることから、スレッドについてはこれ以 I •.取り上げません。ただし、今後总速に 
状況が変わる"!■能性もあります〉スレッドベースのプログラミングに間心がある埸•介には、イン 
ターネット I •.の明迚サイトなどで怡報を収染してください。 


10.5 


シグナルとは 


シグナルとは、 •定の灸 n * •に応じて unix システムによって十.成されるイベントのことです3 
イベントを受け取ったブロセスはなんらかのアクションを起こすことがあります。シグナルは、 
メモリのセグメント迪反、 ！•? •勋 小数点プロセッサのエラー、イく I 卜:なインストラクションなど、エ 
ラーが発十.した坳介に十.成されます0また、シェルと端衣ハンドラによって割り込みを発 I •:させ 
るために/|••.成されることもあります。プロセス問で 惝 報をやりとりしたり、 勑 作を変! ii したりす 
るための"法として、あるプロセスから別のブロセスに明/的にシグナルが送られることもあり 
ます，いずれの坳介もプログラミングインタフェースは|"1じであり、シグナルの成、捕捉と対 
処、または（少なくともいくつかのシグナルでは）無 悦 が" J ■能です。 

シグ ナルの名前は、 へッ グーファイル signal.h で定在されています。名前はいずれも SIG で 
始まり、次のようなものがあります C 



表 10.2 シグナルの櫓類（その 1) 


シグナル名 


SIGABORT 

SIGALRM 

SIGFPE 

SIGHUP 

SIGILL 

SIGINT 

SIGKILL 

SIGPIPE 

SIGQUIT 

SIGSEGV 

SIGTERM 

SIGUSR1 


フロセスアポート* 

_###%# •籲■籲# _參 •##•#•#•#### 9 ••着# ••鲁•參•••••拳••••春### _# 參## 籲參馨 • 

アラームクロック 

• 参#籲##參镛#籲#翁癱##籲蠢參癱參馨#癱癱參籲參籲參••參參蠢秦癱馨畚馨癱馨癱籲籲參拳#餐鲁•籲♦鲁參 

浮動小数点例外* 

ハングアップ 

不正なインストラクシヨン* 

端末割り込み 

終了 （ kill 。 捕捉や無視はできない） 

_ ••••参••••書•籲••籲••••#籲参#癱籲籲•••像參參•参••參••籲秦鲁# •參•籲_籲#参籲籲- 

読み手のいないパイブへの謹き込み 
端末クイット 

蓼### 暴##### 參••••••暑###### •春### ••參•春#••參•••春##•春#######參## 籲 

不正なメモリセグメントアクセス* 
終了 

ユーザー定義シクナル1 


ユーザー定義シグナル2 


SIGUSR 2 
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あらかじめシグナルを捕捉する設定を行っていない場介、これらのシグナルのいずれかを殳け 
取ると、そのブロセスはただちに終 r させられます。衣中の*の付いたシグナルでは、システム 
に依存した処理が行われることもあります。通常、プロセスの終 r 時にはコアダンプファイルが 
作成されます。コアダンプファイルとは、现在のディレクトリに core という名前で作成される 
ファイルのことです。 core にはブロセスのイメージが保存されているので、デバッグを行う際に 

役立ちます。 

I •.の衣のほかにも次のようなシグナルがあります0 


表 10.3 シグナルの種類（その 2) 


シグナル名 



SIGCHLD 

SIGC0NT 

SIGST0P 

SIGTSTP 

SIGTTIN 

SIGTTOU 


子ブロセスが停止または終了した 

I •籲參參•春##### ••••••••■••••••••••••春••••••••••春參參•參 _ ••••••••■•••••春着籲•籲•參 • ••籲籲參 

停止していた塌合には実行を続行する 

•擎摩,####參#争#### •籲春#參參# ••••春••••••書••••••春•••••参參••••春••籲 _• ••禱•••••零參零零參曹譬曹参曹書勢. 

実行を停止する（捕捉や無視はできない） 

» ••馨雛•••••••翁••••拳參•參••參•拳籲__ •參•••••看######## ♦參#參## ♦♦參鲁■•籲參籲籲籲籲籲籲籲鲁争鲁籲拳_擊拳馨 

端末の休止 (stop) シグナル 

• # 鲁## •••参#參••參參•参••參•参參參馨# ••參••••••••••••離# •••••拳••••••蕾參曠•參•離•■餐_詹_ ■着•春•參曹参 •• 

バックグラウンドブロセスからの読み取りの試み 
バックグラウンドブロセスからの■き込みの試み 


SIGCHLD は、 f •ブロセスの竹理に利川することができます0このシグナルはデフオルトでは無 
祝されます0これ以外のシグナルの垛合、シグナルを受け取ったプロセスは柃 ll •.します、，ただし、 
SIGC 0 NT だけは例外で、このシグナルを受け取ったプロセスは灾行を#開します，これらのシグ 
ナルは、ジョブ； lilj 御のためにシェルブログラムによって使われ、 ユーザー プログラムで使われる 
ケースはまれです。 

般初の衣にあげたシグナルについては、後でもう少し詳しく取り I ••げますが、ここでは 
SIGINT を例にシグナル処邱について説明しておきます3シェルと端未ドライバが適切に设定さ 
れている場合、キーボードから割り込み文す •（ •般に Ctrl - C ) を入力すると、 SIGINT シグナル 
が生成され、このシグナルがフォアグラウンドブロセス（現在実行されているブロセス）に送俗 
されます。シグナルを捕捉するように设定していないプログラムがこのシグナルを受け取ると、 
そのブログラムは終广させられますが、 signal ライブラリ間数を使えば、シグナルを処邱する 
ことができます。 


#mclude <signal.h> 

void (*signal(int sig, void (*func)(int)))(int); 


わかりにくい uJ ですが、 signal が 2 つのパラメータ sig と func を取る閲数として官 it され 
ています。パラメータ sig には、捕捉または無悅するシグナルを指定します。 func には、指定 
したシグナルを受け取ったときに呼び出す間数を指定します。この関数は、 int 喂のリ I 数（受け 
取ったシグナル）を1つだけ取る void ® の間数でなければなりません。 signal 閲数「!体は、 M 
じ沏の1对数（該、 [ 1するシグナルを処理するために以前にセットアップした問数）を返すか、また 










10.5 シグナルとは ♦ 423 


は次のいずれかの特別な侦を返します。 

O SIG_IGN シグナルを無视する0 

O SIG.DFL デフオルトの動作に;乂す。 

Linux システムでは、指定されたシグナルが捕捉された後、 H 動的にデフオルトの動作に W さ 
れます。 I •.の侦以外に SIG_ERR という特別な侦もありますが、これはエラーコードとして返され 
る侦であり、 signal の呼び出しで使) U することはできません。 

さっそくサンプルブログラムを作成してシグナルの動作を確かめてみましよう0サンプルプロ 
グラム ctrlc.c は、 Ctrl-C が人力されたときに、ブログラムを終了せずに適切なメッセージを 
衣ボします。もう•度 Ctrl-C が人ノ J されると、ブログラムは終 r します。 

シグナル処理 _ 

1 signal 阳数のパラメータ sig に指定するシグナル処邱閲数 ouch を川, G: します 0 

# include <signal.h> 

# include <stdio.h> 

#include <unistd,h> 



void ouch(int sig ) 

{ 

printf (" OUCH ! - I got signal % d \ n ", sig ); 

) 

main 関数では、 Ctrl - C が押されたときに生成される SIGINT シグナルを捕捉する閲数をセ 
ットアップします，その後の無限ループでは、1秒おきにメッセージを衣ボします。 


int mam () 

{ 

( void ) signal ( SIGINT , ouch ); 
whiled ) { 

printf("Hello World !\ n "); 
sleep (1); 


3 ブログラムの灾行屮に Ctrl - C を人力すると、ブログラムからメッセージが衣氺され 、篇 
は継続されます。もう••度 Ctrl - C を入力すると、ブログラムは終 r します 3 


$ ctric 

Hello World ! 
Hello World! 
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Hello World! 

Hello World! 

A C 

OUCH! - I got signal2 
Hello World! 

Hello World! 

Hello World! 

Hello World! 

A C 

$ 

このサンブルブログラムでわかるように、シグナル処理⑼数は int 喂のリ I 数を 1 つだけ取りま 
す。このリ丨数は、 I 5 i ] 数の呼び出しのとなったシグナル浓•づ•ですこのことを利川すれば、1つ 
の閲数で极数のシグナルを処邱することができます 0 サンプルプログラムでは、中.純に SIGINT の 
侦を出ノ J しています。このシステムでは侦は2ですが、シグナルを衣すのに数侦を使うのは避け 
たほうが無雖です0 H 分で作成するブログラムでは、玫侦ではなくシグナル名を使ってください0 


解説 

この プログラムでは、 Ctrl-C の 人力によって SIGINT シグナルが也成されたときに呼び出され 
る閲数 ouch を設定しています 0 閲数 ouch を抜けると、ブログラムの灾行は続けられますが、シ 
グナル処那は H 勋的に デフオル トの#作に;乂:されます。したがって、次に SIGINT シグナルを受 
けとると、ブログラムは終/します（デフ オル トの勋作）〇 


AA \ I Berkely UNIX から派生したバージヨンなど、一部の UNIX のバージヨンでは、シグナル処理を 
\ デフオルトの動作に戾しません。したがつて、このようなバージヨンの UNIX では、明示的に 
注憲 signal を呼び出してデフオルトの動作に戻す必要があります。具体的には、関数 ouch の中に 

次の行を追加します。 

signal(SIGINT, SIG DFL) ; 


シグナルハンドラをそのままにして、リ|き絞き Ctrl-C を処理したい場合には、もう•度 
signal 間数を呼び出してシグナル処理を設定する必要があります。ただし、この場合、呼び出 
された問数の開始からシグナルハンドラが洱設定されるまでの短い問、シグナルが処现されない 
ことになり、この問に受け取ったシグナルによってブログラムが終了してしまう uf 能性がありま 
す。こうした問題を避けるには、 signal 間数を使わず、後で説明する別のインタフェースを使 
います3 

signal 関数は、指定したシグナルのシグナルハンドラが存作していた場介にはその侦を返し 
ます。エラーが発巾•した場介には SIG_ERR を返し、 errno に ll •:の侦が設定されます。無効なシ 
グナルが指定されたり、捕捉や無祝のできない SIGKILL などのシグナルを処理する試みが行われ 
た埸•介には、 errno に EINVAL が設定されます。 
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シグナルの送信 


ブロセスが H 分 H 身にシグナルを送俗するには、 raise を使います。 


#mclude <signal.h> 
int raise(int sia); 


指定されたシグナルに対するシグナルハンドラがある垛介には、そのシグナルハンドラが火行 
されます。 raise は、成功すると0を返します。リ I 数が有効なシグナル番号でない坳介には〇以 
外の侦を返し、 errno には EINVAL が設定されます 0 

プロセスから別のプロセス分「 I 身を禽む）にシグナルを送识するには、 kill を使います。 
この関数は、 M 名のシェルコマンドと等価です。 


# include <sys/types.h> 

#include <signal•h> 

int kill(pid_t pid, int sig); 


kill 間数は、 pid で衍定されたブロセス ID を持つブロセスに対して、 sig に指定されたシグ 
ナルを送 U します 0 成功すると0を返します 0 シグナルを送 U するには、送信側のブロセスがシ 
グナルを送倌するためのパーミツシヨンを持っていなければなりません0これは通常、どちらの 
プロセスも|»«]じユーザー II )を持っていなければならないことを总味します0つまり、シグナルの 
送以先として指定できるのは、「 I 分が货行しているブロセスのうちのいずれかです。ただし、ス 
ー パーユーザーは仟总のプロセスにシグナルを送ることができます。 

kill は失敗すると -1 を返し、 errno にはエラーの内容を示す値が設定されます。 errno に設 
定される侦は、指 1 定されたシグナルが心•効でない埸介には EINVAL 、 パーミツシヨンがない埸介 
には EPERM 、 指定されたブロセス がイ f •心:. しない場介には ESRCH です。 

シグナルにはアラーム時,けの機能もあります 0 alarm 閲数を使うと、-定時問後に SIGALRM 
シグナルを十.成することができます0 


#include <unistd-h> 

unsigned int alarm(unsigned mt seconds); 


alarm は、 seconds に指定された秒数の経過後に SIGALRM シグナルをブロセスに配送するよう 
にスケジュールします。火際には、処理のための時問とスケジューリングの M 延から、指定された 
時問よりわずかに迷れてシグナルが fid 送されます。リ I 数に0を指定した場合には、すでに登録され 
ているアラーム发:求がキャンセルされます。シグナルを受け取る前に alarm を呼び出した埸介に 
は、アラームが内スケジューリングされます:，各プロセスが赍鉍できるアラームは1つだけです。 
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alarm は、分鉍済みのアラームが送倌されるまでの残り秒数を返します。 
alarm の動作を理解するために、 fork と sleep 、 signal を使って、 alarm の動作をシミュレ 
一 卜するプログラムを作成してみましょう。プログラムの名前は alarm . c とします。 

アラーム時計 _ 

1蚣初の ding は、アラーム時ぶ•をシミュレートする関数です。 

# include < signal « h > 

#include < stdio . h > 

^include < umstd . h > 

void ding(int sig ) 

{ 

printf("alarm has gone off \ n "); 

} 

2 main 間数では f •プロセスを作成します。 f •プロセスは、 5 秒経過すると親ブロセスに 
SIGALRM を送 U します。 



me pid ; 

printf("alarm application starting \ n ">; 

if((pid = fork ()) == 0) { 
sleep (5); 

kill ( getppid () # SIGALRM ); 
exit (0); 

) 

3 親ブロセスでは、 SIGALRM を捕捉するため(こ signal を呼び出し、丨1的のシグナルを待ちます。 

printf("waiting for alarm to go off \ n "); 

( void ) signal ( SIGALRM , ding ); 

pause (); 

printf (" done \ n "); 
exit (0); 


义行すると、シグナルを受け取るまでの 5 秒問、ブログラムは停止します0 
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$ alarm 

alarm application starting 
waiting for alarm to go orf 
<5 秒間停止 > 

alarm has gone off 
done 
$ 

この ブログラムでは、新しい間数 pause を使っています。 pause を呼び出すと、シグナルを受 
け取るまでの問、プログラムは次行を•時怜 II •.します。シグナルを受け 1 K ると、設定されたハン 
ドラが突行され、ブログラムは通常どおり奕行を続けます。 


#incluae <unistd.h> 
int pause(void )； 


pause 叫数は、（次に受け取ったシグナルがブログラムを終厂させない場合には ） -1 を返し、シ 
グナルによって制り込まれた垛介には errno に EINTR を設定します。 


解説 

このアラーム HWI •シミュレ ー シヨンプログラムでは、 fork を使って新しいブロセスを開始し 
ます。 f •ブロセスは5秒叫スリーブした後、親プロセスに SIGALRM を送 U します0親プロセスの 
側では SIGALRM を捕捉するように設定した後、シグナルを受け取るまで灾行を中断します。 

シグナルの使⑴、および火行の•特抄||•.は、 UNIX プログラミングの氓炎な贤ぶのひとつです c 
UNIX では、必ずしもブログラムをずっと A 行している必要はありません0絶えずループを M り 
ながらイベントが発卞したかどうかを,消べなくてもイベントの発ル:を待つことができます〇1つ 
のプロセッサを极数のブロセスが几•心し、ビジーウェイトがシステムパフオーマンスに人きく影 
仰するマルチユーザー说垃では、この焱は特に t 要な.&味を持っています 0 

⑥ 


シグナルを使うフロクラムでは、いわゆるレースコンディシヨンが起きる可能性があるので、愰 
重なブロクラミンクが要求されます。たとえば、あるシグナルを待つ目的で pause を呼び出し 
ている場合、目的のシクナルが pause の呼び出しよりも前に発生すると、呼び出し側のブログ 
ラムは、発生することのないシグナルを永久に待つことになります。この種のレースコンデイシ 
ヨンやクリティカルなタイミングの問題は、プログラミング初心者のおちいりやすいわなです。 
シグナルを扱うブロクラムを作成する場合には、常に細心の注意をはらってコードをチェックす 
る必要があります。 
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信頼性の高いシグナルインタフエース 


これまでは、 signal とその関述閲数を使ったシグナルの送信と捕捉について取り卜•げました。 
これらの関数は灾際の UNIX プログラムではよく使われています。ただし、 X / Open 什様では、 
シグナルを扱うためのより f , i 鲂性の A い新しいプログラミングインタフ エースと して sigaction 
の使用を推焚しています。 


#mclude <signal.h> 

int sigaction(mt sig, const struct sigaction *act # struct sigaction *oact); 

sigaction 满造体は、 sig で衍定されたシグナルを受け取ったときの#作を設定するのに使わ 
れる偁造体で、 signal . h で定在されています。 sigactiontffi 造体には、少なくとも次のメンバ 
があります。 


void (*) ( int ) sa_handler 閱 S !、 SIG_DFL または SIG_IGN 

sigset^t sajnask sa_handler の実行中にブロックご H るシグナル 

int sa.flags シグナルの動作を変更するためのフラグ 

sigaction 閲数は、 シグナル sig に問迚付けられた動作を,没定します。 パラメータ oact が 
NULL でなければ、 oact でボされる場所に以前の シ グナルの動作が If き込まれます。 パラメータ 
act が NULL の垛介、 sigaction 閲数が行う処邱はこれだけです。 パラメ ー タ act が NULL でない 
場介、 sigaction 閲数は指定されたシグナルに対する勋作を設定します 0 
signal 閲数 M 様、 sigaction 関数は成功すると0を返し、それ以外の場介には -1 を返しま 
す。桁)ヒされた シグナルが 無効な坳介 や、 捕捉 や 無祝ので きない SIGKILL などの シグナルを 処 
邱する試みが行われた垛介、 errno には EINVAL が設定されます。 

リ I 数 act で 小 される sigaction 体のうち、メンバ sa_handler は、シグナル sig を受け 
取ったときに呼び出される間数へのボインタです 0 この間数は、 signal ^ 数に渡される⑼数 
func と M じような脚きをします 0 sa_handler には、特別な侦として SIG_IGN (シグナルを無 
祝）または SIG_DFL (デフオルトの動作に W す）を指定することができます。 

メンバ sajnask には、 sa_handler 閲数を呼び出す前にブロセスのシグナル マスク に迨加する 
シグナルの災介を指定します0これらのシグナルはブロックされ、ブロセスには fid 送されません。 
したがって、前に指摘した、シグナルハンドラが吏行を終える前にシグナルを受け取った坳介の 
問題も间避することができます。 

ただし、 sigaction で設定されたハンドラによって捕捉されるシグナルの勋作は、デフォルト 
ではリセットされません 0 このため、 signalIJi ] 数の場合と M 様にデフォルトの動作にしたけ 
れば、 SA_RESETHAND を禽む侦をメンバ sa_f lags に•设定しなければなりません。 

sigaction についてさらに ぽしく兄る前に、 サンブルブログラム ctrlc .c を sigaction を使 
って并き換えてみましょう。 








sigaction 


ctrlc.c を次のように修正し、 SIGINT を sigaction で処邱するようにします。修 ll: 後のブロ 
グラムは ctrlc2.c とします。 


#incluae <signal.h> 

#mclude <stdio.h> 

^include <unistd.h> 

void ouch(int sig) 

{ 

printf("OUCH! - I got signal %d\n", sig}; 

} 

int main ㈠ 

{ 

struct sigaction act; 

act.sa_handler = ouch; 
sigemptyset(&act.sa_mask); 
act.sa—flags =0; 

sigaction(SIGINT, &act, 0}; 

whiled) { 

printf("Hello World!\n M )； 
sleep ⑴； 



10 


プログラムを火行し、 Ctrl - c を人力すると、常に M じメッセージが衣尔されます。これは、 
SIGINT が繰り返し sigaction によって処邱されているためです。ブログラムを終 f するには 
Ctrb \ を人ノ J します 0 このキーは、デフオルトで SIGQUIT シグナルを， k 成します。 

$ ctrlc2 
Hello World! 

Hello World! 

Hello World! 

A C 

OUCH! - I got signal2 
Hello World! 

Hello World! 

A C 

OUCH! - I got signal2 
Hello World! 

Hello World! 



$ 
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解説 

このプログラムでは、 signal の代わりに sigaction を使って 、 Ctrl -C (SIGINT) のシグナル 
ハンドラに問数 ouch を设定しています。まず、 II 的のハンドラ、シグナルマスク、フラグを穴 
む sigaction 構造体をセットアップします c このブログラムの場介、特にフラグを指定する必 
•炎はなく、 sigemptyset 問数を使って空のシグナルマスクを作成しています 0 


10 . 6 . 


シグナルの集合 


ヘッダーファイ ル signal.h では、シグナルの染合を探作するための sigset—t 划とれ数 
が定義されています。シグナルの染介は、シグナルを受け取ったときのブロセスの勋作を変 1 上す 
る sigaction やその他の閲数で使われます。 


^include <signal.h> 

int sigaddset(sigset_t *set,int signo); 
int sigemptyset(sigset_t *set); 
int sigfillset(sigset_t *set); 
int sigdelset(sigset_t *set, int signo); 


I •.の IK) 数は、それぞれの名前が示す処师を行います。 sigemptyset はシグナルの染介を^?に 
初期化します。 sigfillset は、定義済みのすべてのシグナルを穴むようにシグナルの染介を初 
期化します sigaddset t sigdelset はシグナルの災介に対して、指定されたシグナル (signo) 
を汜加または削除します。これらの問数は、いずれも成功すると0を返します。'人•敗した場合に 
は -1 を返し、 errno にエラーの内 ff を氺す侦を設定しますエラーとして定在されているのは、 
衍定されたシグナルが無効であることをボす EINVAL だけです。 

指定したシグナルがシグナルの災介のメンバかどうかを調べる閲数として sigismember があ 
ります 0 sigismembeH 对数は、衍定したシグナルがシグナルの染介のメンバである場介には 1 を 
返し、メンバでない坳介には 0 を返します、また、シグナルが無効な坳介には -1 を返し、 errno 
に EINVAL を lix / U します。 


^include <signal.h> 

int siaismember(sigset_t *set # int signo )； 


プロセスのシグナルマスクを設定したり,狗ベたりするには、 sigprocmask 関数を使います。プ 
ロセスのシグナルマスクとは、现作ブロックされているためにプロセスが受け取らないシグナル 
の染介のことです。 
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1 # include < signal.h> 

int sigprocmask(int how, const sigset t *set, sigset_t *oset}; 


sigprocmask では、 1 j 丨数 how (こよってさまざまなん法でプロセスのシグナルマスクを炎セす 
ることができます，リ I 数 set が NULL でなければ、シグナルマスクの新しい侦が set によって渡 
されます：以前のシグナルマスクは、シグナルの災介 oset に打き込まれます 
リ I 数 how には次のいずれかを衍定できます 


O SIG.BLOCK set に穴まれるシグナルをシグナルマスクに; H 加する 

O SIG_SETMASK set から攻作のシグナルマスクを役)ヒする 0 


Q SIG.UNBLOCK set に穴まれるシグナルをシグナルマスクから削除する 


リ I 数 set がヌルボインタの坳介、 how の侦は使われず、現か:のシグナルマスクの侦を取作する 
ために sigprocmask を呼び出すことになります（现のシグナルマスクの侦は ose t に, 1 !••き込ま 
れます)。 

sigprocmask I 幻数は、成功すると 0 を返しますパラメータ how が無効な場介(こは -1 を返し、 
errno には EINVAL がぬ:) il されます。 

シグナルがブロセスによってブロックされている坳合、そのシグナルは rtd 送されず、保切屮 
( pending ) になっています sigpending を呼び出すと、ブロックされているシグナルのうち保 
切されているシグナルはどれかを搁ベることができます 


#mclude <sigpendmg> 
mt sigpending(sigset_t *set); 



sigpending は、 fli! 送されずにブロックされているシグナルのうち保留中のシグナルの姒合を、 
set で氺されるシグナルの災介に打き込みます。 sigpending は成功すると 0 を返します 0 それ 
以外の場介には -1 を返し、 errno にエラーの内界を W す侦を設定します。 sigpending は、プロ 
グラムでシグナルを処理する必要があり、シグナル処现閲数を呼び m す時期を制御したい垛介に 
便利な関数です。 

sigsuspend を呼び出すと、シグナルの染合のうちいずれかの fill 送があるまで、プロセスの火行 
を•時停 II ••することができます。これは、すでに説明した pause よりも汎用性を故めた閲数です。 


tinclude <signal.h> 

int sigsuspend(const sigset t *sigmask )； 


sigsuspend 閲数は、 sigmask に指定されたシグナルの染介でプロセスのシグナルマスクを的 
き換えたあと、プロセスの火行を一時停11••します。受け取ったシグナルがブログラムを終 f させ 
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る坳合には、 sigsuspend から；パることはありません。受け取ったシグナルがプログラムを終 T 
させない場•介、 sigsuspend は-1を返し、 errno には EINTR が设定されます。 



sigaction のフラグ 


sigactionl ^ y 数で使われる惝造体 sigaction のメンバ sa_f lags では、シグナルの勋作を変 
•ii するために次のような侦を指定できます 


〇 SA NOCLDSTOP 
〇 SA_RESETHAND 
〇 SA RESTART 
〇 SA N 0 DEFER 


f •ブ U セス が柃1卜.したときに SIGCHLD を小.成しない0 

シグナルを受け取った時/. , :でシグナルの動作を SIG 一 DFL にリセットする 

EINTR による エラーに せずに割り込み" f 能問数を W 起勋する。 

捕捉時にシグナルをシグナルマスクに追加しない。 


SA ^ RESETHAND フラグを使うと、シグナルを捕捉したとき（こ H 励的にシグナル閲数をクリア 
し、デフォルトの勋作に W すことができます， 

ブログラムで 使われる多くの システムコールは 剂り込み" f 能であり、シグナルを受け取るとエ 
ラーを返しますこのとき、 errno (こは、シグナルを受け取って叫数が次ったことを小す EINTR 
が設定されます。シグナルを使ったアブリケー シヨン では、こうした動作について卜分に注盘す 
る必要があります sigaction 閲数を呼び出すときに sajlags に SA _ RESTART が設定されてい 
ると、この設定がなければシグナルによって割り込まれていた問数が、シグナル処理問数の火む 
後に I 他動されることになります。 

通常、シグナル処理関数が实行されている場介には、受け取ったシグナルが、そのシグナル処 
邱閲数が火行されている l » j 、 プロセスのシグナルマスクに )£ i 加されます。このことによって M じ 
シグナルが絞けて卞起するのを防ぎますが、シグナル処邱閲数はもう-哎灾行されることになり、 
シグナル処现問数が^人 IIJ * 能 (リエン ト ラント） でない場•介には問題が起きる町能性があります 0 
ただし、 SA _ NODEFER フラグが設定されている場合には、シグナルを受け取ってもシグナルマス 
クは変 1 ii されません0 

シグナル処现閲数は、途中で割り込まれてほかから洱度呼び出される 11 J * 能性があります0この 
場合、似初の呼び出しに;乂ったときに適切に動作できるようになっていなければなりません。こ 
れは、 ( n 分 n 身を呼び出す洱帰ではな〇俗人が" j ■能（もう•度人って問題なく火彳 r できるこ 
と）でなければならないことを, G : 味しています。 M 時に段数のデバイスを処邱する割り込みサー 
ビスルーチンは、 M じコードの义行中により優先度のい割り込みがかかる吋能性があるので、 
办人" f 能である必要があります。 

ポ人吋能であること、あるいはシグナルを牛.起しないことが X/Open 仏様によって保証されて 
いて、シグナルハンドラの中から安全に呼び出すことのできる IW 数には次のものがあります。 



よく使われるシグナルの 1 



alarm 


cfgetispeed 

cfgetospeed 



cfsetospeed 
chdir 


chmod 

chown 

close 



dup2 

dup 

execle 


execve 


f cntl 
fork 


f stat 
getegid 



getgroups 


getpgrp 

getpid 

getppia 

getuid 

kill 


link 

lseek 



open 

pathconf 

pause 



read 



setgid 

setpgid 

setsid 



sigaddset 

sigdelset 



sigismember 

signal 


sigpending 

sigprocmask 

sigsuspend 

sleep 


sysconf 
tcdrain 
tcf low 
tcf lush 


tcgetattr 

tcgetpgrp 

tcsendbreak 
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よく使われるシグナルのリファレンス 



次に / バ • すのは、 UNIX ブログラムでよく使われるシグナルと、そのデフオルトの勋作の説明です。 


表 10.4 よく使われるシグナル（その 1) 



SIGALRM 

SIGHUP 


alarm 関歆が設定するタイマによって生成される。 

镄•參•争零零•曹籲籲■籲參籲__籲•參參參譬拳擊鲁籲參鲁參參參参參拳籲籲籲春•••春•籲•參•钃 •_ ，癱，會曹镛巍省鲁鲁饞餐_龜_歉镳 

切断する端末から制御ブロセスへ、また終了時に制御ブロセスから各フォアグラウンドブ 
□ セスに送られる。 


SIGINT 


通常、 Ctrl-C またはその他の設定された割り込み文字を入力したときに端末から生成さ 
れる。 


SIGKILL このシグナルは捕捉や無視ができないので、主に不要なブロセスを強制的に終了させるた 

めにシェルで使われる。 

SIGPIPE m み手のいないパイブへの_き込みが行われた場合に生成される。 

SIGTERM ブロセス終了の要求として送られ、 UNIX ではシャツトダウン時にシステムサービスを停 

止させるために使われる。このシグナルは、 kill コマンドによって送信されるデフオル 
卜のシグナルである。 

•鑄•拳雩 •### ■參•籲鲁鲁修■•鲁♦•參•••争•镰••籲籲籲籲鲁 ## 鲁鲁鲁■馨參 # ♦參參 #### 參 # き蠢•癱籲籲籲參癱癱參蠢癱籲參癱籲籲癱癱參鲁籲籲⑩籲籲參馨癱籲籲籲癱癱龕籲癱秦參癱秦畚籲參秦參鲁蠢參參籲籲籲譬攀鲁鑛學春馨馨_馨響參_馨_馨馨籲籲聲••舞•春應♦籲參參▲參參攀秦参参••羞••參 應 •籲籲 着邊春 •••息參 藥 • 

SIGUSR1 ステータス情報の報告を要求するなと、複数のブ □ セスが互いに通信する場合に使用できる。 


SIGUSR2 
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I •.の衣(こあげたシグナルについては、デフオルトの#作はプロセスの铒常終 r です。この場合、 
結采は _exit ( exit に似ていますが、カーネルに W る前にクリーンアップを行いません）が呼び 
出された場•介とじですが、 wait と waitpid でステータスを取得でき、シグナルによる拷常終 
了であることがわかります。 


表10.5よく使われるシグナル（その 2) 



sigfpe 浮動小歆点演筲例外によって生成される。 

■ •■■•省泰餐秦曹•♦應 f 羞參應春赢參巍•應•巍•赢•邊•▲脅應參金♦應♦赢春 _ ••••••春••••春•參參参♦♦争######••••••••••••••••••••••••••••••••••■••••■••••••春•••••春•■春••••着••••••♦•♦•••••春 

SIGILL プロセッサによって不正なインストラクシヨンが実行されたときに生成される。一般に、 


破壊されたブロクラムや無効な共有メモリモジユールが原因。 

• _ § ? 應••贏擎•春參參 •••••••••••••#••#••• •••••••••••春參••••♦•••春•參參•春# ••參 ••••#• ••♦，••••••••••••••••••••••••••••••••春••♦•4 ♦♦蠊•••春•參••••春參 •••••••••# ••♦•♦♦••••♦•♦♦拳••參••••••••■♦•••賢 

SIGQUIT 通常、 Ctrl-\ またはその他の設定された QUIT 文字を入力したときに端末から生成される。 

SIGSEGV セグメンテーション違反。通常、配列境界を超えたり、無効なボインタでメモリを参照す 

るなど、メモリ内の不正な埸所への読み取りや a き込みを行ったときに生成される。□一 
カルな配列変歆の操作を誤ってスタックを破壊すると、関55!が不正なアドレスに戻ること 
になり、このとき SIGSEGV が生成されることがある。 


この衣のシグナルについても、デフォルトの動作は w •常終 r です0さらに、コアファイルの作 
成など、システムに依存する処理が行われる坳合もあります 

表 10.6 よく使われるシグナル（その 3) 


シグナル名 


SIGSTOP 実行を停止する（捕捉や無視はできない )0 

，•籲••馨 _• ••參參籲•參■•き••參•••••蒙•••♦書參•••春籲•♦參•參•参••參參•••参♦♦•拳•籲參•參參•••••••••••••••••••••••••春籲參••籲••••••春•參參••♦•春•參♦••拳•參•參•••••••••等參♦•••♦寿♦•••春⑩•籲•春•參••雜•參•••••••••••春参 ### 

SIGTSTP 端末の休止 （ Stop ) シグナル。通常、 Oll-Z を入力したときに生成される。 

I •费曹眷赢,•參,，，赢•，聲，▲争，，泰赢费赢•，參參參••參•••••春## _參#参•••••••春參參•馨參##參••參•春 •••••••••#•#••## ••着## •參參參#參•參•參♦•♦♦♦♦♦着參秦參•參•參秦•••••••••■•■••••春•參■■■••••■響 

SIGTTIN シェルに対して、端末からの読み取リや出力の生成が必要なためにバックグラウンドジョ 

ブが停止されていることを伝えるのに使われる。 


デフ オル トでは、 I •.の衣のいずれかのシグナルを受け取ったプロセスは柃 ll •.します0 


表10.7よく使われるシグナル（その 4) 



SIGC 0 NT は、停 Ih していたブロセスを洱開します0プロセスが停 1] •.していなかった場合には無 
祝されます。 


表 10.8 よく使われるシグナル（その 5) 



SIGCHLD 


子ブロセスが停止または終了したときに生成される。 


デフオルトでは、 SIGCHLD は無悅されます。 
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10.8 


この章のまとめ 


このなでは、 UNIX オペレーテイングシステムの啾坎な•及:ぶであるプロセス（こついて取り h げ、 
プロセスの起勋、終广、衣/の"法、およびブログラムでのブロセスの使いノバこついて学びまし 
た。 

また、火行中のブログラムの動作を制御するために使川できるイベントとして、シグナルにっ 
いても取り I .•げました。 




プロセス間通信とパイプ 
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第10瑱では、プロセス問でメッセージをやりとりするか法として、シグナルを使って別のプロ 
セスにメッセージを送るノブ法を取り上げました。これは方法としてはごく中•純なもので、割り込 
みによって応答をリIき出すことはできますが、転送できる悄報はシグナル济•り•だけに限られます0 
この草では、プロセス問で悄報を交換するためのより便利なノ/法としてパイプを取 1 ) I••げま 
す。このなの以後では、新しく学んだ知識を応⑴して CD データベースブログラムをクライアン 
トサー バー アプリケーション として货装しめ:します。取り|••げる识||は次のとおりです。 

〇 パイプの定義 
〇 ブロ セスのパイプ 

O pipe 154]数 

〇 親ブロセスと/•プロセス 

〇名前付きパイブ （FIFO) 

〇 クライアントサーバーアブリケーシヨン設•けのポイント 


wm パイプとは _ 

パイプとは、あるプロセスからのデータフローを別のプロセスにつなぐことです。•般には、 
あるプロセスの出ノ j を別のプロセスの人乃に接絲します。 

UNIX では、しばしば松数のシェルコマンドをつなげて、あるブロセスからの川力を別のブロ 
セスの人力として利川します。たとえば、次のような形式のコマンドは JI: 沿•によく使われます。 


cmdl | cmd2 


I ••のような コマンドが 人ノ J されると、シェルは 2 つのコマンド c md 1 と c md 2 の標準人力と挖 • 
出力を次のように結び付けます。 

〇 cmdl への拉作人ノ J を端木キーボードから彳! } る。 

O cmd 1 からの標準出力を cmd 2 の標準人力に渡す。 

O cmd 2 からの標中川力を端未 l*i 面に接続する。 

つまり、シェルは掠ザ人出ノ J ストリームをつなぎめ:し、キーボードから人力されたデータが2 
つのコマン ドを経山して1由 i 面に出力されるようにします。 
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標準出力 

橡準入力/ 


/ 

M 



図 11.1 パイブの概念 


この0では、このようなパイプのしくみをプログラムの屮で艾现する"法をボしますまた、 
パイプを使って俊数のプロセスを接続し、簡中•なクライアントサーバーシステムを作成します。 


ブロセスノヽイプ 


2 つの ブログラム問でデータを受け渡しするための/ ii も簡中.な力•法は、 popen 問数と pcloselW 
致を使うことです。 


林 include <staio.h> 

FILE *popen(const char ^command, const char *open_mode); 
int pclose(FILE *stream_to close )； 


♦ popen 

popen 問数を使うと、別のプログラムを新しいプロセスとして呼び出し、このブロセスとの叫 
で データの 受け渡しを行うことができます。 パラメータ command には、义行するブログラムの名 
前とブログラムに渡す引数を指定します。 open _ mode は r または w のいずれかでなければなりま 
せん。 

openjnode が r の場合には、呼び出されたブログラムの川力が呼び出し側のブログラムで利川 
" J 能になります c この出力は、 popen によって返されたファイルストリームから説み取ることが 
できます 0 説み取りには、 fread などの M 常の標準人出ノ J ライブラリ閲数を使うことができま 
す 0 open _ mode が w の場合には、 fwrite などを使って、呼び出された側のコマンドにデータを 
送ることができます。通常、呼び出された側のプログラムでは、ほかのブロセスからのデータを 
説み取っているかどうかは問知せず、中.に挖中人出力を説み取って処押を加えます (> 
popen を呼び出すときには、必ず!:または V /のどちらかを指定する必要があります （ popen の 
捻準の灾装では、これ以外のオプションはサポートされていません）〇換3すれば、 pot > en では 











440 ♦ 第 11 單ブロセス間通信とパイブ 


読み#き用にほかのブログラムを呼び出すことはできません。 popen は、失敗した場合には NULL 
を返します。 


♦ pclose 

popen で開始されたブロセスが終了したら、 pclose を呼び出し、 IKI 速付けられているファイ 
ルストリームをクローズします。 pclose の呼び出しは、 popen で開始されたプロセスが終 f し 
た時 A で W ります pclose を呼び出したときにブロセスがまだ火行中だった場合、 pclose はプ 
ロセスが終 T するのを作ちます， 

通常、 pclose は、クローズするファイルストリーム（こ間迚付けれらたブロセスの終广コード 
を返します。呼びし仰]のブロセスが、 pclose を呼び川す肋に wait を火むしていた場合、終， 
コードは火われ、 pclose は -1 を返します。このとき、 errno には ECHILD が設定されます) 

さっそく popen と pclose を侦って簡中•なブログラムを作成してみましょう。名 | W は popenl.c 
としますこのブログラムでは、 popen を使って、 unaxne から出力される怙报を取料します 
uname - a コマンドは、マシンの ff (钔、 OSZ 、 バージョン、 リリース、マシンのホスト名など、 
システム悄報を-衣氺します 0 


例題 


popen と pclose の使用 


必焚な初期化を行ったあと、 uname コマンドを指定してパイブをオーブンし、 read __ fp で出ノ J 
を説み取れるようにします処刊!•を終えたら、 read _ fp がボすパイブをクローズします。 

#include < unistd . h > 

#include < stdlib . h > 

#include < stdio . h > 

^include < string . h > 



FILE * read _ fp ; 

char buffer[BUFSIZ + 1】； 

int chars _ read ; 

memset ( buffer , •\0•, sizeof ( buffer )); 
read 一 fp = popen ('• uname - a ", " r "); 
if ( read_fp != NULL ) { 

chars_read = fread ( buffer , sizeof ( char ), BUFSIZ , read _ fp ); 
if (charspread >0) { 

printf("Output was :-\ n % s \ n ", buffer ); 

} 

pclose ( read — fp ); 
exit ( EXIT _ SUCCESS ); 


exit ( EXIT 一 FAILURE >; 
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次に、，荇の使つているマシンでの出力例を/ ji します， 

$ popen 丄 

Output was:- 

Linux euripide 2.0.35 #1 Tue Oct 13 04:01:38 JST 1998 i586 unknown 


解説 

popen を使) | j し、 - a オプションを指定して unarne コマンドを呼び出しています。呼び/ li しが 
成功した場合には、返されたファイルストリームを使って BUFSIZ 义字までのデータを说み取り、 

I 由 ilftj に炎ポします ( BUFSIZ は stdio . h で定在されています>〇このプログラムでは、 uname から 
の出力をプログラムの中に取り込んでいるので、ゼ、要に^じて加 I :することもできます。 


popen への出力の送信 

popenl . c は外部プログラムからの出力を受け取るサンブルブログラムでした。今耽は、外部 
ブログラムに出ノ J を送る popen 2. c を作成してみましょう外部プログラムには od コマン ドを使 


います 


KMM 外部ブログラムへの出力の送信 
popen 2. c のコードは次のとおりです 0 


#incluae < unistd . h > 
^include < stdlib . h > 
#include < stdio . h > 




FILE * write _ fp ; 

char buffer[BUFSIZ + 1]; 


sprintf ( buffer , "once upon a time , there was ...\ n w ); 
write_fp = popen("od - c ", " w "); 
if ( write_fp != NULL ) { 

fwrite ( buffer , sizeof ( char ), strlen ( buffer ), write _£ p ); 
fclose ( write _ fp ); 
exit ( EXIT . SUCCESS )； 

} 

exit(EXIT FAILURE ); 


プログラムを実行すると、次のように出力されます。 
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$ popen 2 

0000000 Once upon a time 

0000020 , there was. . . \n 

0000037 

解説 

このブログラムでは、パラメータ W を指定して popen を呼び出し、 od -c コマンドを起#して 
います。次に、あらかじめ川した义卞列を od -c コマンドに送ります 〇 od -c コマンドは、送 
られた文卞列を処理して結米を標準 m 力に ㈣ します。 

コマン ドラインで次のように火行すれば、 M じ結米を忪ることができます。 

> echo "Once upon a time , there was ..." | od -c 


1 . 2.2 


大量の データの やりとり 


これまでの例では、 fread または fwrite を 1 M だけ呼び川してすべてのデータをやりとりして 
いましたしかし、坳介によってはデータをいくつかに分けたり、サイズのわからないデータを 
処邱したいこともありますこのような坳介には、人きなバッファを川&するのではなく、 
f read や fwrite を极数 | m | 呼び出せば、データを小分けにして処理することができます。 

次のサンプルブログラム pop en 3 .c では、パイブのデータをすベて説み取ります。 


EIB 1 バイプからの大量のデータの謙み取り_ 

このブログラムでは 、 ps - ax の/ IWj を説み取ります。ブログラムを货行するまでは出力がど 
れくらいになるかわからないので、パイブの•说み取りを何度か火行する必势があります。 

#include <unistd.h> 

# include <stdlib.h> 

#include <stdio.h> 

^include <string.h> 



FILE *read 一 fp; 

char buffer[BUFSIZ + 1 】； 

int chars—read; 


memset(buffer, 1 \0•, sizeof(buffer)); 
read 一 fp = popen《"ps -ax", M r n ); 
if (read_fp != NULL) { 
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chars 一 read = fread ( buffer , sizeof ( char ), BUFSIZ ， read 一 fp ); 
while ( chars_read >0) { 

printf (" Reading:-\n % s \ n ", buffer ); 

chars—read = fread ( buffer , sizeof ( char ), BUFSIZ ， read _ fp ); 

} 

pclose ( read _ fp ); 
exit ( EXIT _ SUCCESS ); 

) 

exit ( EXIT _ FAILURE ); 


ブログラムを火行したときの出ノ J 例を， ji します （ •郃朽略しています) 


$ popen 3 

Reading : - 

PID TTY STAT TIME COMMAND 

1? S 5:39 init [3) 

2 ? SW 0:27 (kflushd) 

3 ? SW く 0:00 (kswapd) 


13 ? S 

81? S 
83 ? S 

106 ? S 

Reading :- 

23264 p5 S 

23265 p5 R 


1:33 /sbin/update 
4:28 /usr/sbin/syslogd 
0:00 /usr/sbin/klogd 
0:01 /usr/sbin/crond -110 

0:00 popen3 
0:00 ps -ax 


解説 

このプログラムでは、 popenl.c と |"j 様、バラメータ r を指定して poperi を呼び出しています 0 
ただし、今度は利パレ J * 能なデータがなくなるまでファイルストリームからの説み取りを続けます 0 
ps コマンドの火行にはつヒの時問がかかりますが、 ps コマンドと popen 3 ブログラムのどちら 
も、欠む" J * 能なときに货行するようにスケジューリングされます。説み； T : 側のブロセスである 
popen 3 に対する人カデータがない場合、 popen 3 は、入カデータが利用町能になるまで•時停 
止します。基き T •側のブロセスの ps がバッファに収まりきらない出力を生成した場合、， 1 ; 1 き f - 
側のプロセスは、説み手側がデータを処理するまで一時柃 I 卜.します0 




popen の実装 


popen は X •求されたプログラムを実行するときに、まずシェル sh を起動し、文 ' i ■••列 command 
をリ I 数として渡します。 

UNIX では、パラメータの挺開はシェルによって行われます。このため、シェルを呼び出して 
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から指定したブログラムを実行する popen では、ブログラムを起動する前に、 c といったワイル 
ドカードをシェルに展開させることができます。このことを利⑴すれば、 popen からかなり複雑 
なシェルコマンドを起動することもできます。これは popen の利/.(です。プロセスを作成すると 
きに使うその他の関数、たとえば execl などでは、プログラムを呼び出す前にシェル展開をプロ 
グラマが行う必要があり、呼び出し"が複雑になってしまいます。 

ただし、シェルを使うことの副作用もあります。それは、 popen を呼び出すたびに、费求され 
たブログラムだけでなくシェルも起動される点です。つまり、 1 M の popen の呼び川しで2つの 
プロセスが起#されることになりますこのため、 popen 閲致は、システムリソースの点からい 
えばやや“仙 i な問数です。 

次にボすのは、 I ••に述べた popen の勋作を確•次するためのサンプルプログラム popen 4 .c です。 
このプログラムでは、 popen * というワイルドカードにマッチするサンプルブログラムの ソース 
ファイルをすべて cat し、これをパイプで we -1 に i •度すことによって、令休の行敉をカウントし 
ます，これは、コマンドラインで次のコマンドを火行することと卜】じです 

5 cat popen*.c | wc -1 

^^_ p 0 p en によるシェルの起動 _ 


♦♦include < unistd . h > 
^include < stdlib . h > 
#include < stdio . h > 
^include < string . h > 



FILE * read _ fp ; 

char buffer[BUFSIZ + 1]; 

int chars read ; 


raemset ( buffer , 1 \0' # sizeof ( buffer )); 
read—fp = popen("cat popen*.c | wc -1", " r "}; 
if ( read.fp != NULL ) { 

chars 一 read = fread ( buffer , sizeof ( char ), BUFSIZ , read — fp }; 
while ( chars—read > 0) { 

printf (" Reading:-\n %s\n n , buffer ); 

chars 一 read = fread ( buffer , sizeof ( char ), BUFSIZ , read _ fp ); 

} 

pclose ( read _ fp ); 
exit ( EXIT . SUCCESS ); 


exit(EXIT FAILURE ); 
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プログラムを货行すると、次のように出ノ J されます。 


$ popen4 

Reading :- 
101 


解説 

このプロ グラムの火行結沿から、 popen によってシェルが呼び出され、 プロ グラムの屮で指定 
した popen*.c という文卞列が、 popen で始まり .c で終わるすべてのファイルのリストに诚開さ 
れることがわかりますまた、パイプ, kV / J •がシェルで灾行した場合と M 様に処邱.され、 cat から 
の出ノ J が wc に i •度されていますつまり、 この プログラムでは 1M の popen の呼び出しで、シェ 
ル、 cat ブロ グラム、 wc を呼び出して出ノ J をリダイレクトしていることになります。火行結果で 
は、 iri 終出力だけが衣小されています。 



これまで站てきたのは“水中:の popexi 関数でしたが、ここではより低水#の pipe 間数につい 
て说明します 0 pipe 間数を使うと、指定したコマンドの解釈に必要なシヱル起動のオーバーへ 
ッドなしに、2つのプログラム叫でデータをやりとりすることができます 3 また、データの説み 
取りやノ! : き込みをより細かく制御することもできます。 
pipe ⑼数のプロトタイブ Y «: j は次のとおりです0 


#include <unistd.h> 

mt pipe (int f 1 le_descnptor [ 2 ])； 



pipe 閲数は、 2 つのファイルデスクリプタを要桌として持っ妃列（へのポインタ）をリ I 数に収 
ります0成功すると、新しい 2 っのファイルデスクリブタを配列にセットし、 0 を返します。'火 
敗した垛合には- 1 を返し、エラーの内界を氺す侦が errno に設定されます 0 Linux のマニュァル 
ページでは、次のエラーが定在されています。 

O EMFILE ブロセスによって使われているファイルデスクリブタが多すぎる 

〇 ENFILE システムのファイルテーブルが いっぱい 

(J EFAULT ファイルデスクリブタが無効 


pipe から返される 2 つのファイルデスクリブタは、特別なん•法で接続されます。 H 体的には、 
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file—descriptor [1 】 に i 1 !: き込まれたデータを f ile__descr iptor [ 0 ] から説み出すことができ 
ます 0 データは先人れ先出し" A で処邱されます先人れ冗川しとは 、 First In，First Out (冗に 
人ったものがん（こ出る）のことで、しばしば FIFO と略,だされますつまり、 file_ 
descriptor [1] (こバイト1、2、3を順に"き込むと、 file descriptor [ 0 ] からのふんみ取りで 
も M じ順け;で1、2、3が返されますちなみに、これとは代なる" A として後人れ先出し、つま 
り LIFO (Last In , First Out ) という力•式もあります LIFO は U にスタックで使われます 

⑧ 


pipe で返されるのは、ファイルストリームではなくファイルデスクリブタであることに注意し 
； てください。つまり、データにアクセスするには、 fxread や fv/rite ではなく、低水準の read 
と write を使う必要があります。 


さっそく pipe を使ってサンブルプログラムを作成してみましょうプログラムの私前は 
pipel.c とします 0 


例題 


プログラムの屮で、 
に注ぬ:してください 


pipe 閲致(こ渡すパラメータとして file_pipes ポインタを使っている点 


# include < unistd . h > 
#mclude < stdlib . h > 
#include < stdio . h > 

林 include < string . h > 



int data _ processed ; 

int file _ pipes [2]; 

const char some _ data []="123"; 

char buffer[BUFSIZ +1]; 

memset ( buffer , •\0•, sizeof ( buffer )); 

if ( pipe ( file _ pipes ) ==0) { 

data_processed = write ( riie _ pipes [1】， some 一 data , strlen < some 一 data )); 

printf("Wrote %d bytes \ n ", data _ processed ); 

data _ j>rocessed = read ( file _ pipes [0], buffer , BUFSIZ ); 

printf("Read %d bytes : % s \ n M , data _ processed , buffer ); 

exit ( EXIT _ SUCCESS ); 

> 

exit ( EXIT _ FAILURE ); 


プログラムを义行すると、次のように出力されます: 
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$ pipel 

Wrote 3 bytes 
Read 3 bytes : 123 


解説 

2 つのファイルデスクリブタ file_pipes[] を使って pipe を呼び出し、パイプを作成します。 
次に、ファイルデスクリブタ f ile^pipes [1] を使ってパイブにデータを V!: き込み、 
file_pipes[0] からデータを説み取ります。パイブにはいくらかの内部バッファがあり、 write 
と read の呼び出しの問、データはこのバッファに格納されます 
pipe 間议では、 f ile_descriptor [0] への丨 1 !き込みや file descriptor [1] からの说み取 
りは 未定在と なっています。 ，行の マシンでは -1 が返されましたが、 JI - 体的な動作はシステムに 
よって傅なる可能性があります。 

さて、 I ••のサンブルブログラムでは、パイブを使う利/.(はたいしてありません。パイプが i •(•個 
を発仲するのは2つのプロセス叫でデータを受け i 度すときです，前の0で站たように、プログラ 
ムの屮から fork を使って新しいプロセスを作成した垛介、オープンされていたファイルデスク 
リブタは、作成された新しいブロセスでもオーブンされたままになりますもとのプロセスでパ 
イブを作成し、 fork で新しいプロセスを開始すると、パイブを介してこれら 2 つのプロセス |Hj で 
データをやりとりすることができます： 


例題 


パイプと fork 


1 ブログラムのね W は pipe 2. c とします iti •初の部分は pipel . c と M じですが、今度は fork 
を呼び出します。 fork からの W り侦を满ベ、火敗した坳介にはブログラムを終 r します。 

#include < unistd . h > 

#mclude < stdlib . h > 

#include < stdio . h > 

^include < string . h > 



int main () 

{ 

int data _ processed ; 

int file _ pipes [2]; 

const char some _ data []="123"; 

char bu ££ er[BUFSIZ + 1]; 

int fork _ result ; 


memset ( buffer # •\0•, sizeof ( buffer )); 

if ( pipe ( file _ pipes ) == 0) { 
fork_result = fork (); 
if ( fork_result ==-1){ 

fprintf ( stderr , "Fork failure "); 
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exit ( EXIT _ FAILURE ) ; 

} 

2 fork からの)乂り侦 fork .result が0なら、 f •ブロセスです c 

if ( fork_result ==0) { 

data_processed = read ( file _ pipes [0], buffer , BUFSIZ ); 
printf("Read %d bytes : % s \ n ", data _ processed , bufter ); 
exit(EXIT SUCCESS ); 


3 それ以外の坳 ☆ は親プロセスです0 

else { 

data_processed = wnte ( tile_pipes [1] , some — data , 

strlen ( some . data )); 

printf("Wrote %d bytes \ n ", data _ processed ); 

} 

) 

exit ( EXIT _ SUCCESS ); 


プログラムを火行すると、 pipel と M じ結浓が出力されます 

$ pipe 2 

Wrote 3 bytes 
Read 3 bytes : 123 


解説 

このブログラムでは、まず pipe を呼び出してパイブを作成し、次に fork を呼び川して新しい 
ブロセスを作成しています。 fork が成功した坳介、親ブロセスはパイブにデータを#き込み、户 
ブロセスはパイブからデータを説み出します。親も，•も、 write と read をそれぞれ11"1呼び出し 
たあとに終 T します。 

pipe を使った iri 初のサンプルプログラムと結米は卜】じですが、2つの独立したプロセス叫で説 
み i 1 !: きが吋能になった A で、かなり“度な機能を货现しています。このブログラムのしくみを|、乂1 
に衣すと、次のようになります 0 


file _ pipes [1] file _ pipes [0] 



011.2 親ブロセスと子ブロセスの間のパイブ 
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[|親プロセスと子プロセス 


さて、サンブルプログラムで灾现したことをさらに進めて、，•ブロセスが中•に親と兴•なる**プ 
ロセス"の垛介だけでなく、親と與なる••プログラム”の場介でもパイプを利川することはできな 
いでしょうか0もちろん NJ * 能です。それには exec を使います。ただし、ひとつ問題があります0 
それは、 exec で起勋された新しいブロセスの側で、アクセスすべき ファイル デスクリブタを知 
る必贤があることです。前のサンプルプログラムでは、 f ブロセスは file_pipes のコピーにア 
クセスできるので、この A 1 . (は問題になりませんでした 0 しかし、 exec を使う坳介、以前のプロ 
セスは新しい P プロセスによって沢き換えられてしまい、 file_pipes のコビーにアクセスする 
方法は使川できません。この問題を避するには、 exec で起#するプログラムに H 的の ファイ 
ルデスクリブタをリ|数として渡します0 

$際に#作を確かめるには、2つのプログラムが必要です。ひとつはデータ生産者です。デー 
夕十.產荇は、パイブを作成し、データ消費者となる f •プロセスを呼び出します。 

ハ。イブと exec _ 

1 pipe 2 . c を少し修丨1:し、データ中•床:荇となる/ ti •初のブログラムを作成して pipe3.c としま 
す。 


# include <unistd.h> 

#include <stdlib.h> 

^include <stdio.h> 

^include <string.h> 

int main() 

{ 

int data_processed; 

int rile—pipes[2 ]； 

const char some_data[]= "123"; 

char buffer[BUFSIZ + 1 ]； 

int fork_result ； 

memset(buffer, • \ 0 • , sizeof(buffer)); 

if (pipe(file—pipes) == 0) { 
fork_result = fork ()； 
if (fork—result ==-1} { 

fprintf(stderr, "Fork failure"}; 
exit(EXIT_FAILURE); 


if (fork_result == 0) { 

sprintf ( buffer , n % d n , file _ pipes [0]); 

( void ) execl ( n pipe 4 H # " pipe 4", buffer , (char *)0); 
exit(EXIT FAILURE ); 
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} 

else { 

data_processea = write(file_pipes( 1 ],some_data, 

strlen(some_data)); 

printf("%d - wrote %d bytes \ n ", getpid (), data _ processed ); 

} 

} 

exit(EXIT_SUCCESS); 

} 


2 次に、データ消竹荇となる簡中•なブログラム pipe 4. c を作成します, 

# include < unistd . h > 

# include < stdlib . h > 

#include < staio , h > 

#include < string . h > 

int main(int argc , char * argv []) 

{ 

int data _ processed ; 
char buffer[BUFSIZ +1]; 
int file _ descriptor ; 

memset ( butter , ’\0 1 , sizeof ( buffer )); 
sscanf ( argv 【 l 】，"％ d ", & file . descriptor ); 
data_processed = read ( file — descriptor , bufter # BUFSIZ ); 

printf( M %d - read %d bytes : % s \ n ", getpid (), data _ processed , buffer ); 
exit ( EXIT . SUCCESS ); 


pipe 3 を火行すると、 pipe 4 ブログラムが呼び川され、次のように出力されます 0 

$ pipe 3 

980 - wrote 3 bytes 
981- read 3 bytes : 123 


解説 

W 初の部分は pipe 2 ブログラムと M じで、 pipe を呼び出してパイブを作成し、 fork を使って 
新しいプロセスを作成します次に、 sprintf を使ってパイブの説み取り側のファイルデスクリ 
ブタの侦をバッファに保む:し、これを pipe 4 へのリ I 数として渡します0 
pipe 4 ブログラムの呼び出しには execl を使っています。指定するリ I 数は次のとおりです。 

〇呼び出すプログラム 
Q argv [0] (プログラム名） 
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〇 argv [ l ] (呼び川すプログラムが说み取りのために使うファイルデスクリブタの侦） 

O (char *)0( リ I 数の終わり） 

pipe 4 プログラムは、 i 度されたリ I 数からファイルデスクリブタを取り出し、これを使ってデ ー 
夕を説み出します， 



クローズ されたバイブの K み取り 


先へ進む前に、オープンされた ファ イルデスクリブタの扱いについて少し詳しく u ておきまし 
ょう。これまでのサンプルプログラムでは、中.に说み T ••側のプロセスでデータを説み取ったあと 
に終 r するだけでした。このん•法では、プロセスの終 r 時にシステム【こよって フ ァイルのクリー 
ンアップ処理が行われることを期待しています。 

しかし、掠準人力からデータを説み取るほとんどのブログラムは、サンブルブログラムとは與 
なる"法で処那を行います挖咿人乃からデータを説み取るブログラムの坳合、説み取るべきデ 
一夕がどれくらいあるかはわかりませんしたがって、この神のブログラムでは、•般にループ 
の屮でデータを说み収って処押し、说み収るべきデータがなくなるまでこの揲作を繰り返します0 
通常、 read の呼び出しはブロックされますつまり、 read を呼び川すブロセスは、データが 
利川可能になるまで待たされます。パイブのもう-端(外き込み側)がクローズされていた場合、 
パイプにはそれ以 I •.データが, 1 !:き込まれることはありません（いったんクローズされたパイブが 
M 度オーブンされることはありません）。こうしたパイブに対する説み取りが無期限に待たされ 
ないようにするために、外き込み川にオーブンされていないパイブに対して read を呼び出すと、 
0が返されます 5 ，泣み取り側のプロセスは、このしくみによって永久にブロックされることがな 
いようになっていま1%補 Jii すると、これは無効なファイルデスクリブタに対する说み取りとは 
なりますファイルデスクリブタが無効の坳介、 read はこれをエラーとみなして -1 を返しま 
す） 

fork をまたいでパイプを使う坳ひ、パイブへの,丨!•き込みに使川できるファイルデスクリブタ 
は、親プロセスのものと，•ブロセスのものとの2つがあります。パイブに •_!: き込むためのこれら 
のファイルデスクリブタは、親ブロセスと/•ブロセスの|山 j 力でクローズしなければなりません。 
さもなければ、パイブがクローズされたとはみなされず、 read の呼び出しも失敗しません。こ 
の A については、あとで 0_ N 0 NBL 0 CK フラグと FIFO について説明する際にもう一度詳しく取り 
上げます。 
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標準入出力としてのパイブ 


乍のパイプに対する呼び出しを尖敗させる力•法に ついて 説明したので、今度はパイプを使って 
2 つの プロセスを接続するもっとスマートな力•法を/おしましょう。それには、パイブのファイル 
デスクリブタとして、掠中人力の0、捻中:出力の1などのようによく知られた倘を使います〇こ 
の坳介、親ブロセス側の処邱はやや複雑になりますが、 f •ブロセス側のプログラムは#:常にシン 
ブルに記述できます0 

このん•法の W 人の利点は、リ I 数にフアイルデスクリブタを期待するような特別なブログラムで 
はなく、ごくふつうのプログラムを呼び出すことができるノう:です0この機能を灾现するには、第 
3 章で取り I •.げた dup 閲数を使います。 


#mclude <unistd.h> 

int dup (int f lle.aescnptor )； 

int dup2(int file_descriptor_one, int file_descriptor_two )； 


dup は open M 様、新しいファイルデスクリブタをオープンします。ただし、 dup によって作成 
されるファイルデスクリブタは、既//•のファイルデスクリブタと M じファイル（またはパイブ）を 
参照します 0 dup は、使われていない) Vi •小の侦を新しいファイルデスクリプタとして返します。 

•ノア、 dup 2 は、パラメータ f ile _ descriptor _ two と |" J じか、またはそれより人きいファイル 
デスクリブタのうち公初に利⑴|げ能なものを返します f 


m 

メモ 


dup や dup2 の代わりに、汎用的な fcntl とし DUPFD を組み合わせて使う方法もありますが、フ 
アイルデスクリブタを複製する用途に特化した dup のほうが使いやすいでしよう。実際のブログ 
ラムでも 、 f cnt 1 と F.DUPFD の組み合わせより dup のほうがよく使われています。 


では、プロセス問でデータをやりとりするために、この dup をどのように使うのでしょうか。 
ポイントは2つあります。ひとつは標中人カファイルデスクリブタが常に〇であること、そして 
もうひとつは、 dup が返す新しいファイルデスクリブタが常に、利用吋能な/ ri •小のファイルデス 
クリブタであることです。このことを利用して、まずファイルデスクリブタ〇をクローズし 、 dup 
を呼び出します。すると、 dup が返す新しいファイルデスクリブタは0になります。この新しい 
ファイルデスクリブタは既#のファイルデスクリブタを複製したものです。したがって、標準人 
ノ J を使って、 dup に渡したファイルデスクリブタを持つファイルまたはパイブにアクセスできる 
ようになります。つまり、 M じファイルまたはパイブに間迚付けられたファイルデスクリブタが 
2っ作成され、その1っは標準人力になるわけです。 








- ose と dup によるフアイルデスクリブタの操作 


ファイルテスクリフタの値 


3 


g 初の状態 


標準入力 

»••••••雛猶馨警擊•餐， 

標準出力 
蟫 S エラー 



close の呼び出し後 


净準出力 
澤 S エラー 

•春争# • ••參_ ••參參參# 鳙着％蠊•曹#譬#费♦曹♦•♦峰♦參 

パイブのフ7イルデスクリブタ 


dup の呼び出し後 


パイブのファイルデスクリブタ 


ft 準出力 
項2エラー 



前のサンブルブログラムに W って|•.のテク ニッ クを化川してみることにしましよう。今嗖は、 
f •プロセス側のブログラムの挖，人カフアイルデスクリブタをパイプの•泣み r •側のフアイルデス 
クリプタに引き換えますまた、使わないフアイルデスクリブタをクローズし、で•プロセス側の 
プログラムがパイブからのデータの終わりを ii : しく検出できるようにします：） 


例題 


バイブと dup 


pipe 3. c を修1卜.して pipe 5. c を作成します 


# include 
#include 
# include 
# include 


<unistd.h> 
<stdlib.h> 
<stdio.h> 

く string•h> 


int main() 

{ 

int data 一 processed; 

int file_pipes[2]; 

const char some.data[]= "123"; 

int fork_result; 

if (pipe{file—pipes} == 0} { 
fork^result = fork ()； 
if (fork_result ==-1){ 

fprint f (stderr, "Fork failure ”； 
exit(EXIT_FAILURE); 

} 

if (fork_result == 0) { 

close (0); 

dup ( file _ pipes [0】）； 
close ( file _ pipes 【0】 ）； 
close(file _ j ? ipes 【 l 】）； 

execlp (" od ", " od ", "- c ", (char *)0); 

exit(EXIT_FAILURE); 

} 

else { 

close ( file 一 pipes 【0】 ）； 
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c 丄 ose(r 1 le_pipes[ 1 ]) ； 

pnntr ( M %d - wrote %d bytes\n", getpid() , data 一 processed) 

} 

} 

exit(EXIT_SUCCESS); 

} 

これはサンプルブログラムなので、イく來ならもっと敝密にすべきエラーチヱックを竹いていま 
す。プログラムを火行すると、次のように出力されます。 

$ pipe5 

1239 - wrote 3 bytes 
0000000 123 

0000003 


解説 

以 lW と1"1様、このプログラムでもパイプを作成し、 fork を呼び出して f •プロセスを作成して 
います。この睹/.(で、親ブロセスと r プロセスは、パイプにアクセスするためのファイルデスク 
リブタを説み取り川と M き込み川にそれぞれ1つずつ持っていますしたがって、これらを介 , ii 
すると、令部で4つのファイルデスクリブタがオープンされていることになります。 

W 初に，•ブロセスに沾丨丨しましょう户ブロセスでは、 cl OS e (0> を火むして掠， 人ノ J をクロ 
ーズし、次に dup ( file _ pipes [0】> を呼び出しますこれで、パイブの,说み F 側に閲迚付けら 
れているファイルデスクリブタがファイルデスクリブタ 〇、 つまり標準 人ノ J として极製されます， 
このあと、 f •ブロセスは、パイプからデータを説み取るためのもとのファイルデスクリブタ 
file _ pipes [0] をクローズしますまた、，•プロセスではパイプへの外き込みは行わないので、 
パイブに閲迚付けられている •■! •き f •側のファイルデスクリブタ file _ pipes [ l ] もクローズしま 
す：これで、，•プロセスが持つファイルデスクリブタは、パイブに問;!! i 付けられたファイルデス 
クリブタ、つまりファイルデスクリブタ0 ( 挖準 人ノ J > だけになります。 

ダ•ブロセスは次に exec を使って、掠準人乃を説み取るプログラムを呼び出します。サンプル 
プログラムでは od コマンドを使っています0 od コマンドは、ちょうど端未からのユーザー人力 
を待つように、データが利川 i * J •能になるのを待ちます。実際には、肉•行の違いを兄いだすための 
特別なコードを，的に記述しないかぎり、人ノ J がパイブと端未のどちらからきたものなのかは 
わかりません。 

親ブロセスの側ではパイブを説み取ることはないので、説み T •側の file _ pipes [0] をクロー 
ズします。次に、パイブにデータを梆き込みます。データをすべて侪き込んだら、親ブロセスは 
終 r します:> これで、パイプにき込むことのできるファイルデスクリブタは介介:しなくなり、 
od ブログラムはパイブに#き込まれた3バイトを説み取ることができます。 od コマンドがさらに 
パイプから説み込もうとすると0が返されるので、ファイルの終わりに遠したことがわかります 
od プログラムは、 read が0を返すと終广します，これは、端未で od コマンドを灾行し、ファイ 



ルの終わりを知らせるのに Ctrl • D を人力したのと結米的に|"1じです。 

以 I •.の f ••順を M にしてみましょう0まず、 pipe を呼び出したあとは、次のように U 分白身 ( 
パイプが接続されています。 



図 11.3 pipe の呼び出し後の状態 


次は、 fork を呼び出したあとの状態です2つのプロセスは1つのパイプで接絞されていま- 
が、 パイブの肉端には説み取 I )川と八き込み川の2つの r が開いたままです,、 



図 11.4 fork の呼び出し後の状態 

次は、パイブを介したデータ虹送の，備ができた状態です。パイプの肉端でそれぞれ I I がい 
I 坍じられ、ん:から心•へと•力•叫の流れができます 


read 


標準出力 




データ転送の準備ができた状態 
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KUL 2 名前付きバイプ ( fifo ) 


これまでに取り I •.げたのは、 Y いに問連のあるプログラム、つまり共通の机先を持つプログラ 
ムの IHj でデータをやりとりするケースだけでした。しかし、現火には、いに関述のないプログ 
ラムの問でのデータの交換が必要になる場合もあります0 

このような坳たに利川できるのが FIFO です， FIFO は、しばしば名前付きパイブとも呼ばれま 
す。名前付きパイプは、ファイルシステム内に1つの名前として#作する特別な神類のファイル 
ですが （ UNIX ではすベてのものがファイルとして扱われます）、これまでに取り I •.げてきた名前 
のないパイブと M じよう（こふるまいます 

わ前付きパイブは、コマンドラインやブログラムの屮から作成することができますコマンド 
ラインでは、從來、次のように mknod コマンドを使って作成するのが•般的でした。 

$ mknod filename p 

ただし、この mknod コマンドは X バ ) pen のコマンドリストに^まれていません 0 このため、 
UNIX システムによっては利川できないことがあります。坝作推焚されているのは、次のような 
コマンドを使う"法です。 

5 mkriro filename 


一部の古いバージヨンの UNIX では、 rnknod コマンドしか利用できないことがあります。 Linux 
では、 mknod と mkfifo のとちらのコマンドもサボートされています。 

注憲 

ブログラムの中から名前付きパイブを作成する場合には、次の2つの関数を使用できます0 


# include <sys/types.h> 

#include <sys/stat.h> 

int mkfifo(const char * filename, mode_t mode); 

int mknod(const char * filename, mode_t mode | S_IFIFO # (dev_t) 0 )； 


mknod コマンド In] 様、 mknodl 幻数を使うと、さまざまなスペシャルファイルを作成することが 
できます。 I ••の 2 つのうち移桢性が A •いのは、 dev_t の侦に〇を衍定し、ファイルアクセスモー 
ドと S_IFIFO との,金理和を指定して mknod を呼び出す方法です 0 ただし、以ドのサンプルブロ 
グラムでは、より構义の中•純な mkfifo 問数のほうを使) H します。 




11.5 名前付きパイブ （ FIFO) ♦ 457 


例題 


名前付きパイプの作成 


fifol . c という％前で次のブログラムを作成します 

#mclude < unistd . h > 

#include < stdlib . h > 

^include < stdio . h > 

^include < sys / types . h > 

^include < sys / stat . h > 


int main () 

{ 

int res = mkfifo ("/ tmp / my — fifo ", 0777); 
if (res == 0) printf("FIFO created \ n ">; 
exit ( EXIT _ SUCCESS ); 


プログラムを火むすると、次のようにパイプが作成されます。 

$ Is -IF / tmp / my_fifo 

prwxr-xr-x 1 rick users 0 Dec 1014 : 55 /tmp/my_fifo| 

Is からの出力で、於初の文卞がパイブを衣す p になっていることに注 11 してください。また、 
iri 後の义卞丨は、 is コマンドの - F オプシヨンによって付;川された义卞•で、これもファイルがパイ 
プであることを， ji しています。 


のプログラムでは、 mkfifo 関数を使ってスペシャルファイルを作成しています。作成時の 


モードには0777を指定していますが、作成されたファイルのモードは755になっています, 


れ 



は、ユーザーマスク ( umask ) の•没定 （ I •.の坳 fj •には 022) によってモードが変史されたためです 
FIFO を削除するには、 rm コマンドを使います。プログラムの中から削除する場•介には 


ink 問数を使います 


HFO へのアクセス 


名油付きパイプの悛れため:のひとつは、ファイルシステム内にむ:作するので、通常のファイル 
を扱うのと M 様に コマン ドラインで名前付きパイプを使⑴できることです。 FIFO ファイルを使 
つたブログラミングに進む前に、通常の コマン ドを使って FIFO ファイルの勋作を见ておきまし 
よろ 0 
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I FIFO ファイルへのアクセス_ 

1まず、（乍の） FIFO から説み出してみます。 

$ cat < / tmp / my_riro 

2 次に、 FIFO に外き込んでみます。 

$ echo " sdsdfasdf " > / tmp / my_fifo 

31 •.の操作を _ 方時に行うと、パイブを介した悄報の受け渡しが可能になります。 

$ cat < / tmp / my_fifo & 

[1] 1316 

$ echo " sdsdfasdf " > / tmp / my 一 fifo 

sdsdfasdf 


[1】+ Done cat </ tmp / my_fito 

$ 

ili 初の 2 つの r ••順では、制り込みをかけるまで （ Ctrl - C を人ハするまで）、ブログラムはハン 
グします蚣後の f •順では、肉‘血に出力が衣ボされます 


解説 

iri •初の2つの f •順では FIFO にデータが人っていないので、 cat の場•介はデータが利川できるよ 
うになるまで、また echo の坳介はほかのブロセスがデータを•泣み出すまでブロックされます， 

3つ II の P 順では、 cat ブロセスがまずバックグラウンドでブロックされた状態になります。 
echo によってデータが利) IJ できる状態になると、 cat コマンドはデータを説み取って榇準出力に 
衣ボしますこのとき、 cat コマンドは次のデータを作たずにすぐに終 T します。 cat コマンド 
がブロックされないのは、パイプがクローズされ、 cat ブログラムから呼び川された read が、フ 
ァイルの終わりに述したことを/す0を返すためです， 

コマンドラインブログラムを使ってアクセスする坳合の卜'1卜'()のふるまいについては、以 I ••の 
とおりです今嗖は、 FIFO のプログラミングインタフェースについてさらに,げしく认ていきま 
しょう。プログラミングインタフェースでは、 FIFO にアクセスする垛介の read と write の動作 
を細かく指定することができます。 


⑥ 

注意 


pipe 間数で作成するパイブとは異なり、 FIFO は（オーブンされたファイルデスクリブタではな 
く）名前を持ったファイルとして存在しています。このため、 FIFO に対して読み書きを行うに 
は、まず FIF 〇をオーブンしなければなりません。 FIF 〇をオーブンまたはクローズするには、通 
常のファイルの場合と同様に open 関数と close 関数を使用でき、いくつかの追加の機能も利用 
できます。 open を呼び出すときには、通常のファイルの代わりに FIF 〇のパス名を指定します。 
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open を使った FIFO のオーブン 


FIFO をオーブンする場合、モードに 0 _RDWR を指定して説み M き川にオープンすることができ 
ないという制限があります(読み, 1 f き用にオーブンした坳介の結果は末定義です ただし、この 
制限は$際には妥 + i な制限といえます。 FIFO を使ってデータを渡す坳介、通常はデータの流れ 
が•ん•叫になり、 0 _RDWR モードを使う必要はないからです。もし説み; 1 !:き川にオーブンできる 
なら、プロセスは n 分 n 身の出力をパイブから说み取ることになります 

2つのプログラムの問で肉•方向でデータをやりとりしたい坳介には、各"卯ごとに FIFO または 
パイブを川焱するか、あるいは1つの FIFO をクローズして W 度オーブンすることによって明ポ的 
にデータフローの |fij きを変えるのがよい"法です。 FIFO を使った阐力⑹でのデータのやりとり 
については、あとでもう•度収り I •.げます> 

FIFO と通常のファイルには、もうひとつ迫いがあります。それは、 open 関数の第2パラメ ー 
夕 open flag で指定する 0_„ N 0 NBL 0 CK オプシヨンに閲するものです open のモードでこのオプ 
シヨンを指定した場合、 open の呼び出しがどのように処现されるかだけでなく、 open から返さ 
れたファイルデスクリブタに対する read 製求と write 要求がどのように処押.されるかも釤哪を 
受けます。 

open を呼び出すとき（こ指定する 0_ RD 0 NLY 、0_ WR 0 NLY 、0_ N 0 NBL 0 CK の^■フラグのイ1•幼な糾 
み介わせは、个部で4とおりあります。ひとつひとつ JI •体的に站ていきましょう。 


open(const char * path , 0 RDONLY ); 


この坳介、 open の呼び出しはブロックされます 0 つまり、なんらかのブロセスが M じ FIFO を 
ルき込み川にオープンするまで W りません0これは、コマンドラインから FIFO を使う例でボし 
た cat のケースと M じです。 

open(const char * path , 0 —RDONLY | 0— NONBLOCK ); 

この坳介、 FIFO がほかのブロセスによって, 1 !•き込み川にオーブンされていなくても、 open は 
成功し、ただちに W ります。 


open(const char * path , 0 一 WRONLY ); 

この坳介、なんらかのブロセスが | H ] じ FIFO を説み取り用にオーブンするまで、 open の呼び出 
しはブロックされます。 

open(const char * path , 0 一 WRONLY | 0 一 NONBLOCK }; 


この場合、 open の呼び出しはただちに W ります 3 ただし、説み取り〗 |j に FIFO をオープンして 
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いるプロセスがない場合、 open はエラー （-1) を返し、 FIFO はオープンされません 0 読み取り 
川に FIFO をオーブンしているブロセスがある垛介には、 open から返されたファイルデスクリプ 
夕を FIFO への及き込みに使) II することができます。 

。一 RDONLY と 0_WR0NLY では、 0_N0NBL0CK の使いノ J •が與なることに注,&してください。ブロ 
ックされない••き込み川の open は、，说み取り川にパイプをオーブンしているプロセスがなけれ 
ば火敗しますが、ブロックされない説み取り川の open のほうは失敗しません。なお、 close 閲 
数の動作については、 0_N0NBL0CK フラグは釤哪しません。 

O.NONBLOCK フラグを指定した場•介の open の勋作を利川して 2 つの プロセスを期させてみま 
しょう。ここでは极数のブログラムを使わずに、1 つの テストブログラムで FIFO の # 作を確かめ 
ます > 作成するブログラムの名前は fifo 2. c とします。 


FIFO ファイルのオープン_ 

1 必要なヘッダーファイルをインクルードし、 FIFO ファイルの名前を定義したあと、コマンド 
ラインリ I 数の数をチェックします。 


#include 

#include 

^include 

#mclude 

^include 

#mclude 

#include 


< unistd . h > 

< stdlib . h > 

< stdio . h > 

< string . h > 

< fcntl . h > 

< sys / types . h > 

< sys / stat . h > 


#define FIFO_NAME M / tmp/mv fifo " 


int main(int argc , char * argv []) 

{ 

int res ; 

int open 一 mode =0; 
if (argc < 2) { 

fprintf ( stderr , " Usage : %s <some combination of \ 
0 一 RDONLY 0 一 WRONLY O . NONBLOCK \ n w # * argv >; 
exit ( EXIT _ FAILURE ); 


21 •け収った， j I 纹に坫づいて open _ mode の侦を设定します。 

argv ++; 

if ( strncmp (* argv , "0 一 RDONLY ", 8) == 0) open 一 mode |= 0_ RD 0 NLY ; 
if ( strncmp (* argv , "0 一 WRONLY ", 8) == 0) open 一 mode j = 0 一 WRONLY ; 
if ( strncmp (* argv , "0 一 NONBLOCK ",10) == 0) open 一 mode |= 0— NONBLOCK ; 
argv ++; 
if (* argv ) { 

if ( strncmp (* argv , •• 0 一 RDONLY , 8) == 0) open_mode | = 0 一 RDONLY ; 



if (strncmp(*argv # "0_WR0NLY", 8) ==0} open 一 mode |= 0_WR0NLY; 
if (strncmp(*argv, "0—NONBLOCK", 10) ==0) open_mode |= 0—NONBLOCK; 

> 

3 11 的の FIFO が存心：するかどうかを•调ベ、む:作しない場合には作成します：次に、 FIFO を才 

ーブンし、 open の勋作を確認できるようにメッセージを衣/ ji します。 m \ l \\ スリーブしたあ 
と、公後に FIFO をクローズします， 

if (access(FIFO—NAME, F_0K)==-1){ 
res = mkfifo(FIFO_NAME # 0777) ; 
if (res != 0) { 

fprintf(stderr, M Could not create fifo %s\n", FIFO^NAME); 
exit(EXIT—FAILURE>; 


printf("Process opening FIFO\n", getpid()); 
res = open(FIFO—NAME, open—mode); 
printf("Process %d result %d\n 9 \ getpid(), res); 
sleep(5); 

if (res !=-1)(void)close(res); 

printf ( "Process %d f inished\n_., getpid()); 

exit(EXIT.SUCCESS); 


解説 

このプログラムでは、 0_RDONLY 、 0_WR0NLY 、 0_N0NBL0CK の紐み介わせをコマンドラインで 
指定することができます 0 JI •体的には、 フラグを 衣す文卞列と コマンドラインバラメータと を比 
敉し、•致した义卞列に対応する フラグを 設定します 0 access 間数を使って FIFO ファイ ルが 
すでにむ:作するかどうかを满ベ、存作しない場合には作成します。 

FIFO ファイルは削除しませんこれは、ほかのブログラムが FIF () を使っているかどうか,脚べ 
る"法がないためですでは、尖際にさまざまな糾み合わせを•式してみましょう。 

♦ 0_RD0NLY と、 O.NONBLOCK を指定しない 0_WR0NLY との組み合わせ 

$ fifo2 0_RD0NLY & 

[1] 152 

Process 152 opening FIFO 
$ fifo2 0_WR0NLY 
Process 153 opening FIFO 
Process 152 result 3 
Process 153 result 3 
Process 152 finished 
Process 153 finished 
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これは、名•付きパイブの W •も•般的な使い方です0まず、说み丁:側のプロセスが起動して 
open の呼び出しで待機します。もうひとつのプログラムが FIFO をオープンすると、 2 つのプロ 
グラムが肉"とも処现を絞けます:説み f •側と”き丁••側の岣"のプロセスが、 open を呼び川し 
た時点で M 期していることに注 H してください0 


m 

メモ 


UNIX では、ブロックされているブ□セスは CPU リソースを消 0 しません。したがつて、上の 
ようなブロセス同期の方法は CPU 効率の点でも優れています。 


♦ 0_N0NBL0CK を指定した 0_RD0NLY と、 0_WR0NLY との組み合わせ 

$ fifo 2 0_ RD 0 NLY 0_ N 0 NBL 0 CK & 

[1] 160 

Process 160 opening FIFO 
Process 160 result 3 
$ fifo 2 O—WRONLY 
Process 161opening FIFO 
Process lbl result 3 
Process 160 finished 
Process 161 finished 

[1】+ Done fifo2 O.RDONLY O.NONBLOCK 

今度は、説み r. 側のプロセスは open を火行し、， 1 !:き T •側のプロセスが介:作しない場介でもそ 
のまま処现を続けます〇 W き f •側でも、 FIFO がすで(こ忒み収り川（こオーブンされているので、 
open の呼び⑴し後、処理がそのまま続けられます 

以I•.の 2 つの組み合わせは、 FIFO を使う坳介の open のモードとして iti •も•般的なケースです 0 
そのほかの紐み合わせについてもI武してみてください。 


1 . 5.3 


FIFO に対する読み取りと書き込み 


0 NONBLOCK モードは、 FIFO に対する read と write の勋作に釤郛をり.えます。 

ブロックされる FIFO <0_ N 0 NBL 0 CK の指定なしにオープンされた FIFO) のデータが乍の坳介、 
この FIFO に対して read を呼び出すと、データが利川吋能になるまではたされます 0 •"、ブロ 

ックされない FIFO のデータが乍の場合、この FIFO に対して read を呼び出すと、 0 バイトが返 
されます。 

ブロックされる FIFO のデータがいっぱいの場介、この FIFO に対して write を呼び出すと、デ 
一夕が”き込めるようになるまで待たされます。 •)】•、 #き込まれるバイトのうち•部しか受け 
付けることのできない FIFO に対して write を呼び出した場合、結米は次のいずれかになります。 
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O PIPE_BUF バイトまたはそれより少ないバイト玫の, 1 !:き込み费求の場合、データを, 1 !:き込 
むことができなければ、尖敗します c 

O PIPE_BUF バイトより人きい, 1 ! 1 き込み要求の坳介、データの•部を乃き込みます この Wj 
穴には、火際に M き込まれたバイト数を返します。返されるバイト玫は0になることもあ 
ります 0 


FIFO のサイズは屯炎です c ある時办で FIFO にむ:介:することができるデータの敁は、システム 
によって制限されています。通常、この制限は 、 limits .h 内で #def ine PIPE_BUF によって 
定義されていますこの侦は、 Linux やその他の多くの UNIX システムでは4096バイトですが、 
システム U よっては512バイトしかない坳妗もあります。 o_wronly でオーブンされた FIFO 、 つ 
ま I )ブロックされる FIFO に対する PIPE_BUF バイト以ドの#き込みは、すべてのバイトが W き 
込まれるか、またはまったく外き込まれないかのいずれかになることがシステムによって保証さ 
れています。 

FIFO のサイズに閲する制限は、 FIFO の説み I ••と W き f •がそれぞれ1つだけのような中.純なケ 
ースではそれほど屯要ではありません。しかし、现义のプログラミングでは、1つの FIFO を使川 
し、 W なる银数のプログラムから平.独の説み T : に対して恕求を送 U できるようにするほうが•般 
的ですこうしたケースでは、いくっかの W •なるプログラムがに FIFO (こ A ••き込もうとした 
坳介に、それぞれのプログラムからのデータが浞じり介わないようにすること、つまりそれぞれ 
の write 操作をアトミックにする必•皮があります。 

FIFO に対するアトミックな •_!: き込みを灾现するには、すべての write 炎求が、ブロックされ 
る FIFO を对染として行われるようにして、 丨 けき込むデータのサイズを PIPE_BUF バイトより少 
なくします。こうすると、データが促じり介わないことがシステムによって保証されます 0 中•独 
のノ!••きと中•独の説み r : しかいない場合は別ですが、一般に FIFO を介したデータのやりとりは、 
PIPE_BUF バイトのブロックごとに行うのがよい方法です。 

以ドでは、0•いに閲迚のないブロセスの問で名前付きパイブを使って通信する方法をボすため 
に、 fifo 3. c と fifo 4. c の2つのプログラムを作成します。 



例題 


FIFO を使ったブロセス間通信 


1 M •初にボすのは、 fifo 2. c に修正を加えた中來:荇ブログラム fifo 3. c です。このプログラム 
は、パイブが存作しなければ作成し、 nj * 能なかぎりすみやかにデータを叩き込みます。なお、 
やりとりするデータの内界はこのプログラムの丨|的とは閲係ないので、 buffer の初期化は行 
つていません。 


^include <unistd.h> 
#include <stdlib.h> 
#include <stdio.h> 

#include <string.h> 
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^include <fcntl.h> 

#include <limits,h> 

#include <sys/types.h> 
^include <sys/stat.h> 


#def ine FIFO_NAME " /tmp/my__f if o" 

#de£ine BUFFER_SIZE PIPE_BUF 
#define TEN.MEG (1024 * 1024 * 10) 

int main() 

{ 

int pipe.rd; 

int res ； 

int open_mode = 0_WR0NLY; 

int bytes_sent =0; 

char buffer[BUFFER_SIZE + 1]; 

if {access(FIFO 一 NAME, F 一 OK}==-1){ 
res = mkfifo(FIFO_NAME, 0777 )； 
if (res != 0) { 

fprintf(stderr, "Could not create fifo %s\n", FIF0_NAME); 
exit(EXIT_FAILURE); 

} 

} 

printf ( "Process %d opening FIFO 0_WR0NLY\n # getpid()); 

pipe_fd = open 《 FIFO—NAME, open 一 mode}; 

printf("Process %d result %d\n", getpid() # pipe 一 fd); 

if (pipe 一 fd !=-1){ 

while(bytes.sent < TEN—MEG} { 

res = write(pipe_fd, buffer, BUFFER_SIZE); 
if (res ==-1){ 

fprintf(stderr, "Write error on pipe\n"}; 
exit(EXIT—FAILURE); 

> 

bytes_sent += res; 

> 

(void)close(pipe_fd); 

> 

else { 

exit(EXIT 一 FAILURE>; 


printf("Process %d finished\n", getpid()); 
exit(EXIT_SUCCESS); 


2 次にボすのは、消代行プログラム fifo 4. c です。 FIFO からデータを読み出します（灾際に 
は説み抬てるだけです）。 
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#include <unistd.h> 

#include <stdliD.h> 

林 include <stdio.h> 

林 include <string.h> 

林 include <fcntl.h> 

#include <limits,h> 

^include <sys/types.h> 

#include く sys/.stat.h> 

#define FIFO_NAME "/tmp/my_fifo 

#define BUFFER SIZE PIPE BUF 


int main() 

{ 

int pipe_fd; 

int res ； 

int open 一 mode = O.RDONLY; 
char buffer[BUFFER_SIZE + 1 】； 
int bytes_read =0; 

memset(buffer, '\0 ' # sizeof(buffer)); 

printf("Process opening FIFO 0 一 RDONLY\n", getpid()); 

pipe 一 fd = open(FIFO—NAME, open 一 mode); 

printf("Process %d result %d\n", getpid () t pipe_fd); 

if (pipe_fd !=-1){ 
do { 

res = read<pipe_fd, buffer, BUFFER_SIZE>; 
bytes_read += res; 

} while (res > 0}; 

(void)close(pipe_fd); 

> 

else { 

exit (EXIT.FAILURE); 


printf("Process finished, %d bytes read\n", getpid(), bytes 一 read); 

exit(EXIT_SUCCESS); 


2 つの プログラムを同時に灾行します0説み r 側のプログラムについては、実行時問を測定す 
るために time コマンドを使います。/ I け J 例を次に示します（一部竹略しています>。 

$ fifo 3 & 

[1] 375 

Process 375 opening FIFO 0 WRONLY 



Process 377 opening FIFO 0_RD 〇 NLY 
Process 375 result 3 
Process 377 result 3 
Process 375 finished 
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Process 377 finished, 10485 フ 60 bytes read 

0.00 user 0.13system 0:00.19elapsed 65%CPU (Oavgtext+0avgdata Omaxresident)k 
Oinputs+Ooutputs (56major+8minor)pacefaults 0swaps 
(1]+ Done fifo3 


解説 

fifo3 と fifo4 のどちらのプログラムも、ブロックされるモードで FIFO を使っています ii< 
初に％行する 打き十 .帝 行 側の fifo3 は、 説み『:が FIFO をオープンす るまでブロッ ク されま 
す 0 消 代行 側の fifo4 が起動すると、ブロックは解除され、き f •側はパイブへのデータのき 
込みを開始します i " j 時に、•说み r •側がパイブからのデータの説み取りを開始します。 


m 

メモ 


2つのブロセスはいずれも、実行可能なときに実行され、実行できないときにはブロックされる 
ようにスケジュールされます。したがつて、パイブがいつばいの埸合には S き手側がブロックさ 
れ、パイブが空の場合には読み手側がブロツクされます。 


time コマンドの出力を U ると、，淡み f •側のプログラムの火行と 10 MB のデータの説み取りに 
0.19 秒しかかかっていません。このことから、少なくとも卞行が使っているバージョンの Linux 
では、パイプがブログラム問でデータを送するための効 中 的な"法であることがわかり ます 
パイプを使って 人! ■!: のデータをやりとりする場合(こは、プログラムで火装したパイプの効 中 •を テ 
ストし、 II 的に U 介ったパフォーマンスが Hi ているかどうかチエックするとよいでしよう0 


gng fifo を使ったクライアントサーバーアプリケーション 

敁後に、名前付きパイブを使ってごく中.純なクライアントサーバーアブリケーションを偁築す 
るノ/法を小しましょう。サーバープロセスは、クライアントからの要求を受け取り、これを処观 
して結果を返します0 

作成するプログラムでは、1っのサーバープロセスに対して複数のクライアントから贤求を送 
U できるようにします 0 ブログラムを簡潔にするために、処邱するデータは PIPE_BUF バイトよ 
り小さいサイズのブロックに分剖できるものとします。クライアントサーバーアブリケーション 
はさまざまなガ法で A 装できますが、ここでは名前付きパイプの使い"を説明するために、その 
うちのひとっの"法をポします。 

サーバーが M 時に処理できる怡報のブロックは1っだけなので、サーバーが読み取る FIFO は1 
っだけにして、この FIFO に対して各クライアントが#き込みを行うことにします。 FIFO はブロ 
ックされるモードでオープンし、サーバーとクライアントが必要に応じて「1勋的にブロックされ 
るようにします， 
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•}】•、 処押/済みのデータをクライアントに返す部分は少し複雑になり、データを返すためのパ 
イプをクライアントごとに川；&する必要があります。このため、もとのデータをサーバーに送る 
ときにクライアントのプロセス ID を渡し、サーバーとクライアントの肉•力がパイプに対して•总 
の名前を中.成できるようにします。 


例題 


名前付きパイプを使ったクライアントサーバーアプリケーション 


1 クライアントとサーバーの I 山 j 力•に Jt 通するデータを定在した へッ ダーファイル cliserv . h を 
川, G : しますゼ、玫なシステムへッグーファイルもここでインクルードします。 


掉 include 
#include 
# include 
#include 
^include 
^include 
#include 
#include 


<unistci.h> 
<stdlib.h> 
<stdio.h> 
<string.h> 
<fcntl.h> 
<limits,h> 
<sys/types.h> 
<sys/stat.h> 


#define SERVER.FIFO.NAME "/tmp/serv_fifo" 
#define CLIENT_FIFO.NAME ••/tmp/cli_%d_fifo" 

#define BUFFER SIZE 20 


struct data_to_pass_st { 
pid.t client_j>id; 

char some.data[BUFFER_SIZE -1]; 

}； 


2 次は server . c ブログラムですまず、サーバー側のパイプを作成してオーブンします〇パ 
イブは说み取りリ/川に設定し、ブロックされるモードでオーブンします。動作を確認しやす 
いようにしばらくスリープしたあと、サーバーはクライアントからのデータ （ data _ to ._ 
pass _ st 满造体）を説み取ります。 

#include "cliserv.h" 

# include <ctype.h> 

int main() 

{ 

int server_fifo_fd, client_fifo_fd; 

struct data_to_pass__st my_data; 

int read_res; 

char client_fifo[256 】； 

char * tmp_char_ptr; 

mkfifo(SERVER—FIFO 一 NAME, 0777); 

server_fifo_fd = open(SERVER FIFO_NAME # 0 RDONLY); 
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if (server—riro_fd == -1)i 

fprintf(stderr, "Server rifo failure\n"); 
exit(EXIT.FAILURE); 

} 

sleep(10); /* lets clients queue for demo purposes */ 
do { 

read_res = read(server.fifo_fd # &my 一 data, sizeof(my 一 data)); 
if (read__res > 0) { 

3 次に、クライアントから説み取ったデータを加 I : しますここでは、メンバ SO xne_dataUA 
まれるすべての文卞を人文卞に変換します 0 また、受け取った client _ pid と CLIENT 
FIF 0_ NAME から、クライアントにデータを返すパイプの名前を作成します。 

tmp_char_ptr = my_data.some_data; 
while ( * tmp_char_ptr) { 

*tmp_char_ptr = toupper(*tmp.char _ptr); 
tmp—char__ptr++; 

) 

sprintf(client_fifo, CLIENT_FIFO_NAME , my_data.client_pid); 

4 パイプをノ!••き込み 1 、 1 /) N 、 かつブロックされるモードでオープンし、処坪したデータを送ります 
般後に、ファイルをクローズし、 FIFO を unlink してサーバー FIFO をシャットダウンします 

client^fifo_fd = open(client_fifo # 0 一 WRONLY>; 
if (client-fifo_fd !=-1){ 

write(client_fifo_fd # &my_data, sizeof(my—data)); 
close(client_fifo.fd); 

} 

} 

> while (read_res >0); 
close(server—fifo_fd); 
unlink(SERVER—FIFO—NAME}; 
exit(EXIT.SUCCESS); 

) 

5 次は client . c です 0 iti •初の部分では、サーバー FIFO が存在していればファイルとしてオー 
プンします。次に、サーバーに送信するデータの•部として使う A 身のブロセス ID を取作 
し、クライアント FIFO を作成します。 

# include "cliserv.h" 

# include <ctype^h> 


int mam () 

{ 

int server _£ ifo - fd # client _ fifo . fd ; 
struct data_to pass st my data ; 
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mt times_to_send; 
char client_fifo[256]; 

server_fifo_fd = open(SERVER—FIFO—NAME, 0 一 WRONLY); 
if (server_fifo_fd ==-1){ 

fprintf(stderr, "Sorry, no server\n M ); 
exit(EXIT FAILURE); 


my_data.client_pid = getpid(); 

sprintf(client_fifo # CLIENT.FIFO.NAME, my_data.client_pid); 
if (mkfifo(client 一 fifo, 0777)==-1){ 

fprintf(stderr, "Sorry, can't make %s\n", client_fifo); 
exit(EXIT_FAILURE); 


6 ループを 5 | N | まわりながらクライアントデータを サーバーに 送 U します サーバーに データを 
送 U したら、クライアント FIFO を说み取り 1 、 1 /川、かつブロックされるモードでオープンし、 
I 1 !:き込まれたデータを说み取ります公後に、 サーバー FIFO をクローズし、クライアント 
FIFO を削除します c 

for (times—to_send =0; times—to 一 send <5; times 一 to—sena++) i 

sprintf ( my _ data . soroe — data , "Hello from % d n , my . data . client _ pid ); 
printf ( n %d sent % s , ", my _ data . client _ pid # my . data . some _ data ); 
write ( server 一 f ifo 一 fd , & xny _ data , sizeof ( my . data )); 
client _ fifo.fd = open ( client . fifo # 0— RDONLY ); 
if ( client _ fifo.fd !=-1){ 

if (read(client_fifo—fd, &my_data # sizeof(my_data)) > 0) { 
printf("received: %s\n", my.data.some_data); 

} 

close(client_fifo.fd); 

} 

> 

close(server_fifo_fd); 
unlink(client_fifo); 
exit(EXIT_SUCCESS); 


このクライアントサーバーアプリケーションを テストするには、 サーバーを1つ、クライアン 
卜を複数起動する必要がありますこれらすべてをなるべく問をあけずに义行するために、 次の 
シェルコマン ドを使います> 


$ server & 

$ for i in 12 3 4 5 

> do 

> client & 

> done 
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これで、サーバープロセスが1つ、クライアントブロセスが5つ起動します。クライアントか 
らの出力は次のようになります（-•部竹略しています h 


531 sent Hello from b31, 

532 sent Hello from 532, 

529 sent Hello from 529, 

530 sent Hello from 530, 

531 sent Hello from 531, 

532 sent Hello from 532, 


received ： 
received ： 
received ： 
received : 
received ： 
received: 


HELLO FROM 531 
HELLO FROM 532 
HELLO FROM 529 
HELLO FROM 530 
HELLO FROM 531 
HELLO FROM 532 


クライアントからの贤求は前後していますが、それぞれのクライアントには処现されたデータ 
が適切に返されていることがわかります。なお、 I 由 iifii に衣ボされるメッセージの順け;はマシンに 
よってなります C また、 M じマシンでも、テストを火行するたびに代なる吋能性があります J 


解説 

ここでは i : . にサーバーとクライアントが報をやりとりする際の処理 f •舶について説明します 

サーバー側では、说み取り 1 、 1 /川、かつブロックされるモードで FIFO を作成します，このため、 
ilk 初のクラ イアントが FIFO を •_!: き込み川にオープンするまで、サーバーはブロックされます 
W 初のクライアントが接続すると、サーバーブロセスのブロックが解除され、 sleep が火行され 
ます 0 これでクライアントからの杏き込みが落桢されます 3 ( sleep を火行しているのは、|‘《1時に 
松数のクライアントが接続してもブログラムが上しく#作することをぶ:すためです。災際のアブ 
リケーシヨンではこのようなノ/法は使いません。） 

クライアント側では、サーバー FIFO をオーブンしたあと、サーバーから返されるデータを説 
み収るために • •なの名前の付いた FIFO を作成します0次に、サーバーにデータを打き込みます y 
パイプがいっぱいだったり、サーバーがまだスリーブ中だった場•介、クライアントはブロックさ 
れます。その後、『1分が作成した FIFO に対して read を呼び川し、サーバーからの応答を待ち 
ます，， 

サーバーブロセスは、クライアントからデータを受け取るとすぐに処邱し、クライアントのパ 
イプを W き込み)11にオーブンして（これでクライアントのブロックは解除されます）、データを _*!•• 
き込みますクライアント側では、ブロックが解除された時 A で、サーバーが打き込んだデータ 
をパイプから説み出すことができます。 

以上の勋作は、以後のクライアントがサーバーのパイブをクローズするまで繰り返し％行され 
ますサーバーのパイプがクローズされると、パイブを,リき込み川にオーブンしているプロセス 
がなくなり、サーバー測の read は尖敗します （0 を返しますしこの部分は、災際に実川になる 
ブログラムを作成する坳介、つまり敁後のクライアントがサーバーのパイプをクローズしたあと 
もほかのクライアントからの接続を恃つようにする坳介には、次のいずれかの力•法で修十:する必 
要があります。 
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〇 サーバーパイプに対する， 1 !:き込み川のファイルデスクリブタをオープンし、 read が （0 を 
返すのではなく >常(こブロックされるよう（こします 

O read が0バイトを返したら、サーバーパイプをクローズして W 度オープンし、 W 初にサー 
バーブロセスが起勋したときと M 様、クライアントがパイプを open するまでサーバープロ 
セスがブロックされるようにします。 

クライアントからの接続を作ち続けるノ/法については、以ドで名前付きパイブを使って CI ) デ 
一タベースアプリケーションを M きめ:す際に J I 体的な火装例を尔します 


WtWM cd データベースアブリケーション _ 

め:前のサンブルプログラムでは、•付きパイブを使って簡#なクライアントサーバーシステ 
ムを火災:する"法を氺しましたここでは、これまでに 7: んだ知識をいかして CI ) データベース 
アブリケーションをクライアントサーバーアプリケーションとして作成しめ:してみましよう〇シ 
グナル処观も組み込み、プロセスが剂り込まれた場“の後始求をきちんと行えるようにします 
新しいバージョンについて邦しく KL るまえに、アプリケーションをコンパイルしておきましよ 
つ Makefile を使って server_app と client app を作成してください. server_app -i を 
火むすると、新しい CI ) データベースが初期化されますいうまでもありませんが、クライアン 
卜はサーバーが火行されていなければ起勑できません。 Makefile を次に氺します。 

all: server_app client_app 

CC=gcc 

CFLAGS=-pedantic -Wall 

# For debugging un-comment the next line 

# DFLAGS=-DDEBUG_TRACE=1-g 

# c.o: 

$(CC) $(CFLAGS) $(DFLAGS) -C $< 


app.ui.o: app_ui.c cd_data.h 
cd_dbm.o: cd^dbm.c cd_data.h 
client_if.o: client_if.c cd_data.h cliserv.h 
pipe^imp.o: pipe_imp.c cd_data.h cliserv.h 
server.o: server.c cd^data.h cliserv.h 

client_apps app 一 ui.o client—if.o pipe_imp.o 

$(CC) -o client—app $(DFLAGS) app 一 ui.o client—if.o pipe—imp.o 

server_apps server.o cd—dbm.o pipe_imp.o 

$(CC) -o server_app $(DFLAGS) server.o cd dbm.o pipe imp.o -ldbm 
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BBQ 目標 

このアプリケーションでは、データベースを扱う部分とユーザーインタフェースの部分とを分 
離することを1丨掠にします。また、サーバーブロセスは1つしか火行しませんが、卜•に松数の 
クライアントから接絞を受け付けるようにします。既む:のコードに加える変！ li は敁小限にとどめ、 
できるだけこれまでのコードをいかすことを心がけます 
動作環垃をシンプルにするために、パイブはアブリケーシヨンの内部で作成(または削除）し、 
システム竹邱荇が名 liij •付きパイプを作成しなくてもアブリケーションを利川できるようにします 
イベントの餅•をはつときに、 CPU パワーを消代するビジーウェイト状態を作らないことも _R 
炎:ですすで(こ W たように、 UNIX ではブロセスのブロックが"『能なので、リソースをそれほど 
消代せずにイベントをほつことができます新しいバージョンでは、ブロックされるパイプの特 
ff をいかして CPU を効中的に使 m しますサーバーは要求が到於するまで、何時問でも待つこ 
とができます， 



実装 


め7ヴで作成した叭•プロセスバージヨンのアブリケーシヨンでは、データを松作するための 
•迚の データアクセス ルーチンを川なしましたこれらの関敉をもう•度リストアップしてみま 
しよノ)〇 


int dacabase_imtialize (const int new 一 database ); 
void database _ close ( void ); 

cdc.entry get _ cdc__entry (const char * cd _ catalog _ ptr ); 

cdt_entry get _ cdt _ entry(const char * cd _ catalog _ ptr , const int track _ no ); 
int add _ cdc _ entry(const cdc_entry entry _ to _ add ); 
int add _ cdt _ entry(const cdt—entry entry — to — add }; 
int del _ cdc—entry (const char * cd _ catalog __ ptr ); 

int del — cdt — entry(const char * cd 一 catalog _ ptr , const int track 一 no ); 
cdc_entry search — cdc _ entry(const char * cd _ catalog _ j ? tr , 

int * first _ call _ ptr ); 

これらの問数は、クライアントとサーバーを明確に分離するのに利) H できそうです。 

中.•プロセスノの火装では、コンパイル後のプログラムは1つですが、次の M のように2つ 
の部分を持つアブリケーシヨンとち•えることができます。 
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図 11.6 单ーブロセス方式の実装 


クライアントサーバー"パ;の火装では、これら2つの部分の問(こ名仙•付きパイプとその他の必 
处なコードを挿人すればよいこと（こなります。これを M で/りすと、次のようになります 


クライアント サーバー 



ユーザーインタフェース データベースアクセス 



接続パイブ 


図 11.7 クライアントサーバー方式の実装 

新しいバージ ョ ンでは、クライアントインタ フェースと サーバーインタフ エースの | 山】 •力の ルー 
チンを1 つの ファイル pipe _ imp . c に述することにします。これで、クライアントサーバー" 
式の名的付きパイプに依々:するすべてのコードを1 つのフ ァイルにまとめておくことができます0 
パイプを介してやりとりするデータの形八とパッケージングは、れ前付きパイプを戈装する ルー 
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チンとは分けておきます。ソースファイルの数は增えますが、論邱的にはよりすっきりした形に 
なります，アプリケーション内部での呼び出しの構造は、次の N にボすとおりです， 



接綾 a •イブ 


01 1.8 アブリケーシヨン内部の呼び出しの損造 


ファイル app _ ui . c 、 client_if . c 、 pipe _ imp . c はクライアントブログラムを構成します 0 
cd dbm . c、server . c % pipe imp . c はサーバープログラムとなります。このほかに、2つのプ 
ログラムに Jt •通の定在を紀述したへッダーファイル cliserv . h を用；®します。 

ファイル app _ ui . c と cd _ dbm . c は、ブログラムを2つに分けるための修 lK 点を除けば、既む •• 
のコードとほとんど M じです c アブリケーシヨン令体がすでにかなり人きくなっているので、こ 
こでは •(こへ ッダーファイル cliserv . h 、 client—if .c 、 pipe _ imp . c のコードについて以て 
いきます， 

iti •初に/すのは cliserv . h ですこのファイルでは、クライアントサーバーインタフェースを 
定在しますこのへッダーファイルは、クライアントプログラムとサーバープログラムの肉んで 
インクルードする必要があります， 
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m 

メモ 


このファイルの一部は、特定のクライアントサーバーモデルの実装（この章で作成するバージョ 
ンでは名前付きパイブ）に依存しています。次の章の最後では、また別のクライアントサーバー 
モデルに基づく実装を取り上けます。 


例題 


ヘッダーフアイル cliserv.h 


1まず、機能テストマクロ _POSIX_SOURCE を定在し、コードのコンパイルが火装に依 1Y •する 
独 n の制限ではなく、 posix の定義を使って行われるようにします。これは、移桢性を“め 
るためです。 


#define POSIX SOURCE 


2 必災:なへッダーファイルをインクルードします 

# include <umstd.h> 
include <stdlib.h> 

^include <stdio.h> 

^include <fcntl.h> 

#include <1imits.h> 

#include <sys/types.h> 

#include <sys/stat.h> 

3 名前付きパイブを定在します。名前付きパイブはサーバー用に1つ、各クライアント ）11 に1つ 
川, (5: します，クライアント川の名前付きパイプでは、クライアントのプロセス II )を名前に坪 
め込み、パイブが 一 になるようにします。 


林 define SERVER_PIPE "/tmp/server_pipe" 
#define CLIENT—PIPE "/tmp/client_%d_pipe" 

#define ERR TEXT LEN 80 


4 コマンドは# define ではなく、列爷喂で火装します 


m 

メモ 


列挙型を使うと、コンパイラによる型チェックが可能になります。また、多くのデバッガでは、 
#def ine によつて定義された名前は表示できませんが、列挙型定数の名前は表示できるので、 
アブリケーシヨンのデバツグがやりやすくなります。 


M •初の typedef はサーバーに送られる发•求の M 類の定在で、2番丨 I の typedef はサーバーから 
クライアントへの応答の定義です0 






476 ♦ 第 11 隼ブロセス間通倍とバイフ 


typedef enum { 

s_create_new_database = 0, 
s_get_cdc_entry, 
s_get_cdt—entry, 
s_add_cdc_ent ry, 
s_add_cdt_entry, 
s_del_cdc_entry # 
s_del_cdt_entry, 
s_find_cdc_entry 
} client_request_e; 


typedef enum { 

r_success = 0, 
r_faiiure, 
r_find_no_more 
} server_response_e; 

5 2 つのプロセス問でやりとりされるメッセージの構造を穴パします:> 

® 実際には、1つの応答の中で cdc_entry と cdt_entry の両方を返す必要はないので、これら 

を union でまとめることも可能です。ここでは、複雑になるのを避けるために cdc _ ent2： y と 
注慧 cdt_entry を独立したメンバとして用意します。また、このほうがコードの保守も容易です 0 


typedef struct { 

pia_t client_pid; 

client request e request; 


server_response_e 

cdc.entry 

cdt—entry 

char 

} message_db t; 


response; 

cdc_entry_data; 

cdt_entry_data; 

error text[ERR_TEXT_LEN + 1 】 ； 


6 敁後に、データ転送を火行するパイプインタフヱ ー ス閱玫の穴 U を述します。これらの m 
数は pipe imp . c で火装します穴ィは2つのブロックに分かれていますが、 iti •初のものが 


サーバー側の閲玫、2济丨丨のものがクライアント側の閲数です 


int server_startmg(void) ; 
void server_ending(void); 

int read—request_from 一 client(message—db_t *rec_ptr); 
int start—resp__to 一 client (const message 一 db_t mess_to_send); 
int send 一 resp 一 to 一 client(const message_db_t mess—to_send); 
void end_resp_to_client(void); 

int client_starting(void); 
void client_ending(void); 

int send 一 mess_to_server(message—db—t mess_to_send); 
int start_resp—from 一 server(void 〉； 
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mt read _ resp _ from _ server ( message _ db_t * rec _ ptr ); 
void end _ resp _ from 一 server ( void ); 

以ドでは、クライアントインタフェース閲故と、 pipe _ imp . c でリミ装するサーバー側閲数およ 
びクライアント側閲数について説明します。また、必•皮に応じてほかのソースコードも参照しま 
す。 



クライアントインタフェース 


client _ if . c ではデータベースアクセスルーチンを從供します。これらの閲玫は、火際には 
message — db — th % 造体に 1 X !:求を塊め込み、 pipe _ imp • c のルーチンを使ってサーバーに 1 X :求を転 
送しますただし、少なくとも衣 ㈨I ••は以前のデータベースアクセスルーチンと変わらないので、 
もとの app ui . c に対する人幅な変 1 ii は小要です 


クライアントのインター_ブリタ client if.c 

このファイルでは 、 cd data . h でブロトタイプ Vi:,; •されている 9 つのデータベース閲数を火 
装します。これらの叫数は仲介役として機能し、サーバーに•炎求を渡すとともに、サーバー 
からの応答を返します。 

まず、ヘッダーファイルをインクルードします。 


例題 


# de£ine POSIX SOURCE 


#mclude 
#mclude 
# inc 丄 ude 
^include 
#include 
#include 
#include 


< unistd # h > 

< stdlib . h > 

< stdio . h > 

< fcntl . h > 

〈 limits , h > 

< sys / types . h > 

< sys / stat ^ h > 


#include " cd _ data . h " 
#include " cliserv . h " 


2 static 変数 mypid は、 getpid の呼び出し M 数をできるだけ減らすために⑴总します。口一 
カ ル閲数 read one response は、 》 T (複するコードを1つにまとめるための閲数です 0 


static pid 一 t mypia ; 

static int read _ one _ responseimessaae_db t * rec _ ptr ); 
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3 database _ initialize 閲数と database _ close 閲数は、この バージ ョンではパイブイ ンタ 
フェースの クライアント側の初期化と、クライアント終 r 時の小贤な名前付きパイプの削險 
を行います， 


int dacabase _ mitialize(const int new _ database ) 

{ 

if (! client _ starting ()) return ( O ); 
mypid = getpid (); 
return (1); 

> 

void database _ close ( void ) { 
client _ ending (); 

} 

4 get cdc entry は、衍定された Cl ) カタログタイトルのカタログエントリをデータベースか 
ら取以します。この閱数では、•松求を me SS age__db ttft 造体に塊め込んでサーバーに渡しま 
す返された応答は、別の message db.t 惝造体に格納します W •つかったエントリは 
message _ db_t 佛造体のメンバ cdc_entry に格納されるので、これを間数のり侦としま 
す。 

cdc—entry get — cdc — entry(const char * cd _ catalog _ ptr ) 

{ 

cdc_entry ret _ val ; 
message _ db_t mess _ send ; 
message _ db_t mess _ ret ; 

ret — val . catalog 【0】 ='\0'; 
mess _ send . client_pid = mypid ; 
mess _ send . request = s __ get _ cdc __ entry ; 

strcpy ( xness _ send . cdc — entry — data . catalog , cd — catalog _ ptr >; 

if ( send _ mess _ to _ server ( mess _ send )) { 
if ( read _ one _ response (& mess _ ret )) { 

if ( mess _ ret.response == r _ success ) { 
ret 一 val=me s s_re t . cdc.ent ry ^ data ; 

} else { 

fprintf ( stderr , mess — ret • error — text }; 

} 

> else { 

fprintf ( stderr , "Server failed to respond \ n "); 

} 

} else { 

fprintf ( stderr , "Server not accepting requests \ n "); 


return(ret 一 val); 
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5 次は、コードの 1 r (极を避けるために使う read_one_response 関玫です 

static int read_one_response(message_db_t *rec_ptr) 

{ 

int return_code =0; 
if (!rec_ptr) return(O); 

it (start—resp_from 一 server()) { 

if (read—resp—from—server(rec_ptr>) { 
return 一 code =1; 

> 

end_resp—from-server ( 〉 ； 

) 

return(return code); 


6 get_cdc_entry 関故と |"j じ災泌で、 get_ xxx 、 del_xxx、add xxx といったルーチンを川 
盘します。まず、 CI) トラックを取忪する閲数です。 

cdt.entry get—cdt 一 entry(const char *cd—catalog_ptr, const int track_no) 

{ 

cdt.entry ret_val; 
message—db_t mess_send; 
message—db_t mess_ret; 

ret_val•catalog[0] = •\0•; 
mess_send.client_pid = mypid; 
mess_send.request = s_get_cdt—entry; 

strcpy(mess_send.cdt—entry_data.catalog, cd_catalog_ptr); 
mess.send•cdt_entry_data.track_no = track_no; 

if (send 一 mess_to_server(mess—send)) { 
if (read_one_response(&mess_ret)) { 

if (mess.ret.response == r_success) { 
ret—val=mess—ret.cdt—entry 一 data; 

} else { 

fprintf(stderr, mess.ret.error—text); 

) 

} else { 

fprintf(stderr, "Server failed to respond\n"); 

> 

} else { 

fprintf(stderr, "Server not accepting requests\n"); 

} 

return(ret 一 val); 
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次はカタログにデータを追加する閲数と、トラックデータベースにデータを追加する閲数で 


add_cdc—entry(const cdc_entry entry 一 to_add) 

message—db—t mess—send; 
message_db_t mess_ret; 

mess_send.client_pid = mypid; 
mess_send.request = s_aad_cdc_entry; 
mess—send.cdc_entry_data = entry_to_add; 


(send 一 mess_to_server(mess_send> > { 
if (read_one—response(&mess_ret>} { 

if (mess_ret.response == r_success) { 
return(1); 

> else { 

fprintf(stderr, mess_ret•error_text); 

} 

} else { 

fprintf(stderr # "Server failed to respond\n M ); 

} 

else { 

nrintf(stderr, "Server not accepting requests\n M ) 


return(O); 


add—cdt—entry(const cdt.entry entry_to_add) 

message—db—t mess.send; 
message db__t mess ret; 



mess_send.client_pid = mypid; 
mess_send.request = s.add_cdt_entry; 

entry_data = entry—to—add; 

_to_server(mess.send)) { 
one_response (&mess__ret)) { 
ess—ret.response == r_success) { 
3turn(l); 

e { 

rintf(stderr, mess ret.error text) 


f(stderr, "Server failed to respond\n") 


tderr, "Server not accepting requests\n 
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Ai • 後の 2 つはデータを削除する問数です， 

int del_cdc_entry(const char *cd__catalog__ptr) 

{ 

message_db_t mess—send; 
message_db_t mess_ret; 

mess_send.client_pid = mypid; 
mess_send.request = s_del_cdc_entry; 

strcpy(mess_send.cdc_entry_data.catalog, cd_catalog_ptr); 

if (send_mess_to_server(mess_send)) { 
if (read_one_response(&mess_ret)) { 

if (mess.ret.response == r.success) { 
return(l); 

> else { 

fprintf(stderr, mess—ret•error_text}; 

> 

> else { 

fprintf(stderr, "Server failed to respond\n M ); 

} 

> else { 

fprintf(stderr, n Server not accepting requests\n"}; 

> 

return(O); 

} 

int del_cdt_entry(const char *cd_catalog_ptr, const int track—no) 
{ 

message_db_t mess_send; 
message_db_t mess_ret; 

mess—send.ciient_pid = mypid; 
mess_send.request = s_del_cdt_entry; 

strcpy(mess_send• cdt—entry 一 data• catalog, cd__catalog_ptr) 
mess.send.cdt_entry_data.track_no = track—no; 

if (send_mess_to_server(mess_send)) { 
if (read—one—response(&mess_ret)) { 

if (mess—ret.response == r_success) { 
return(1); 

} else { 

fprintf (stderr, mess__ret.error_text); 

> 

} else { 

fprintf(stderr, "Server failed to respond\n"); 

} 

> else { 

fprintf(stderr, "Server not accepting requests\n M ); 


return(O); 
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♦データベースの検索 

CI) キーを検索する閲数はやや极雑になります。すでに第 7 0 で • 兑明したように、姒初にこの 
間数を呼び出すときには * first_call_ptr に；を設定します。この場介には、 lli 初に U つかっ 
たエントリが返されます。以後の呼び出しでは * first_call_ptr が偽になり、呼び出されるた 
びに兄つかった エン トリが返されます。 

しかし、新しいバージョンではアプリケーションを 2 つの ブロセスに分割しているので、サー 
バー側でエントリを 1 つずつ処邱するわけにはいきません。なぜなら、サーバーで検索を戈行し 
ているときに、ほかのクライアントから別の検索要求が送られてくる " r 能性があるからです，サ 
ー バー側では、各クライアントのコンテキスト（どこまで検索を义行したか）を保持しておくこ 
とはできません > クライアント側では、丨丨的の CI) が兑つかった時 A で検索を屮 ll •.するかもしれ 
ませんし、坳介によっては W • 常終了することもあるからです。 

問題を 1"1 避するには、 検索の やり力 七 体を変； 11 する方法と、処 服丁 •• 順の而倒な側曲 ' をイ ンタフ 
エースルーチンの屮に隐してしまう " 法とがあります。ここでは、後行のノ / 法を採川し、サーバ 
一から • 致するすべてのエントリを受け取り、これを•特ファイルに格納してクライアントから 
の製求に備えることにします 0 



一の I 幻数は、 send. 一 mess _to—server 、 start resp from _ server , read 一 . resp from 
server という 3 つのパイプ叫数を呼び出しているので • U 极雑そうに ^ L えますが、火際には 
それほどではありません。順を ill って以ていきましよう。 


cdc.entry search 一 cdc_entry(const char *cd_catalog_ptr, mt *first.call_ptr) 
{ 

message_db_t mess_send; 
message_db_t roess_ret; 

static FILE *work_file = (FILE *)0; 
static int entries 一 matching =0; 
cdc entry ret_val; 




2 敁初は、検索開始時、つまり * first_call_ptir に以が設定されている場合の処邱です。ま 
ず 、 *f irst_call_ptr に偽を設定します 0 次に work_f ile を作成し、クライアントのメッ 
セージ構造休を初期化します。 


if (*first_call_ptr) { 

*first_call_ptr = 0; 

it (work £ile) fclose(work file); 
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work—rile = tmpfile() ; 

if (!work_file) return(ret 一 val); 

mess_send*client_pid = mypid; 
messesend.request = s_find_cdc_entry; 

strcpy(mess_send.cdc_entry_data.catalog # cd_catalog_ptr>; 

3 3 段階にネストした粂件利定を行います：ここでは、 pipejmp.c で龙装している⑼数を呼 
び出しますサーバーにメッセージが ii: 货に送された場合、クライアントはサーバーから 
の応答を待ちますサーバーからの説み取りが成功すると•致するエントリが返されるので、 
これを work file に格納し 、 entries matching カウンタをインクリメントします 


if (send 一 mess_to_server(mess_send)) { 
if (start_resp_from—server{)) { 

while (read_resp—from 一 server(&mess_ret>) { 
if (mess_ret.response == r_success) { 
fwrite 《 &mess_ret.cdc_entry_data, 

sizeof(cdc_entry>,1,work_file); 



} else { 
break; 

} 

} /* while */ 

> else { 

fprintf(stderr, "Server not responding\n"); 

} 

} else { 

fprintf(stderr, "Server not accepting requests\n"); 

} 

4 次に、 • 致するエントリがあったかどうかを凋べ、 work_file 内の次にデータを外き込む位 
沢にシークします。 



if (entries—matching ==0) { 
fclose(work_file); 
work^file = (FILE *)0; 
return(ret 一 val}; 

} 

(void)fseek(work_file, 0L, SEEK_SET); 


5 検索開始時の呼び出しでなければ、-致するエントリが残っているかどうかをチェックしま 
す。残っている場介には、該、 1 彳するエントリを ret val 構造体に読み込みます。 


} else { 

/* not *first_call_ptr */ 
if ientries 一 matching == 0) i 
fclose 《 work 一 file 〉； 
work 一 file = (FILE *)0; 
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return (ret—val} ; 

} 

} 

f read(&ret_val,sizeof (cdc—entry),1,work_nie); 
entries_matching--; 

return(ret val); 


. 7.4 


サーバー インタフェース 


クライアント側には app_ui.c ブログラムに対するインタフエースがありますが、 M 様にサー 
バー側でも cd dbm.c ( め 7 • 。 : のバージョンの cd_access.c に相、レ丨 ） を制御するためのプログラ 
ムを川总します c 




server.c 


これまで M 様、マクロ _POSIX_SOURCE を定在し、ヘッダーファイルをインクルードします。 
また、いくつかのグローバル変数と process_command 関数のブロトタイブを宣君し、 Jl : 常 
に終广するための catch signals 関数を川总します。 


#define POSIX SOURCE 


# include 
# include 
#include 
#include 
#inc 丄 ude 
#include 
#include 
#include 
#include 


<unistd^h> 

<stdlib.h> 

<stdio.h> 

<fcntl.h> 

<limits # h> 

<signal.h> 

<string.h> 

<sys/types.h> 

<sys/stat#h> 


#include "cd—data•h" 
#include "cliserv^h 1 ' 


int save_errno; 

static int server running =1; 


static void process_command(const messaae db t mess command); 


void catch 一 signals ( 〉 

{ 

server running = 0; 
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2 次は main 閲数です 0 シグナル捕捉ルーチンが ll: しく設定されていることをチェックしたあ 
と、 コマンド ラインで -i が指定されているかどうかを調べます。 -i が指定されていた坳介に 
は、新しいデータベースを作成します 0 cd_dbm.c で案装されている database_initialize 
の呼び出しが失敗した埸合には、エラーメッセージを衣示します 0 すべての処理が問題なく 
終广し、サーバーが火むされている場 •☆ には、クライアントからの‘;&•求を process_conunand 
関数に渡します。 


int mam(int argc, char *argv[】）i 

struct sigaction new 一 action, old_action; 
message_db_t mess_coromand; 
int database init_type =0; 


new__action. sa_handler = catch_signals; 
sigemptyset (&new_action. sa__mask); 
new 一 action.sa_flags =0; 

((sigaction(SIGINT # &new 一 action, &old.action) != 0) || 

(sigaction(SIGHUP , &new 一 action, &old 一 action) != 0) || 

(sigaction(SIGTERM, &new 一 action, &old_action) != 0)) { 
fprintf(stderr, "Server startup error, signal catching failed\n M ); 
exit(EXIT_FAILURE); 



if (argc > 1){ 
argv ++； 

if (strncmp( *argv, 2) == 0) database—init—type =1; 

} 

if (!database_initialize (database__init_type)) { 

fprintf(stderr, "Server error:-\ 

could not initialize database\n"}; 
exit(EXIT_FAILURE); 

} 

if (!server starting()) exit(EXIT FAILURE); 



while(server_running) { 

if (read—request—from—client(&mess—command)) { 
process—command(mess_command>; 

} else { 

if(server_running) fprintf(stderr # "Server ended - can not \ 

read pipe\n"); 

server—running =0; 

) 

} /* while */ 
server_ending(); 
exit <EXIT_SUCCESS>; 


3 クライアントからのメッセージは、この process_coiranand 閲数に渡されます。 case ステ ー 
トメントによって cd dbm.c 内の適切な _ 数を呼び出します。 
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static void process_comniand(const message_db_t comm) 
{ 

message_db_t resp; 
int first time =1; 


resp = comm; /* copy command back, then change resp as required */ 

if (!start__resp_to_client (resp)) { 

fprintf(stderr, "Server Warning:-\ 

start_resp_to_client %d failed\n", resp.client_pid); 

return; 


resp.response = r_success; 

memset(resp.error—text, 1 \0■, sizeof(resp.error_text)); 
save_errno =0; 

switch(resp.request) { 

case s 一 create—new—database: 

if (!database_initialize(l))resp•response = r—failure; 
break; 

case s_get_cdc_entry: 

resp.cdc.entry_data = 

get_cdc_entry(comm.cdc.entry.data.catalog); 

break; 

case s—get_cdt_entry: 

resp.cdt_entry_data = 

get—cdt—entry(conmu cdt—entry 一 data•catalog, 

comm.cdt—entry_data•track 一 no); 

break; 

case s—add_cdc_entry: 

if (!add_cdc.entry(comm.cdc_entxry_data)) resp.response = 

r_failure; 

break; 

case s__add 一 cdt—entry: 

if (!add—cdt 一 entry(comm.cdt—entry_data)} resp.response = 

r.failure; 

break; 

case s.del_cdc_entry : 

if (!del 一 cdc 一 entry(comm.cdc 一 entry—data.catalog}) resp.response 

=r_failure; 

break; 

case s_del_cdt_entry : 

it (!del.cdt.entry(comm.cdt_entry_data.catalog , 

comm.cdt_entry_data.track.no)) resp•response = r 一 failure; 
break; 

case s_find—cdc—entry: 
do { 

resp.cdc_entry_.data = 

search 一 cdc 一 entry(comm.cdc_entry_data.catalog, 

&rirst_time); 

if 《 resp.cdc 一 entry 一 data.catalog[0】!= 0 ) { 
resp.response = r_success; 
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if ( ! send_resp_to_c 丄 lenttresp))i 

fprintf(stderr, "Server Warning:-\ 

failed to respond to %d\n", resp.client__pid); 
break; 

> 

> else { 

resp.response = r_find_no 一 more; 

> 

} while (resp•response == r_success); 
break; 
default: 

resp•response = r_failure; 
break; 



sprintf(resp•error_text, "Command failed:\n\t%s\n", 

strerror(save_errno)); 


if (!send_resp_to_client(resp)) { 

fprintf(stderr, "Server Warnings-\ 

failed to respond to %d\n u , resp^client_pid); 


end_resp_to_client(); 
return; 


パイブの火災 : の , 兑明に進む的に、クライアントプロセスとサーバーブロセスの叫でデータをや 
りとりする際のイベントの W け ; について U ておきましよう 0 次の M は、クライアントブロセスと 
サーバープロセスの起#、および コマン ドや応矜の処现の流れを衣したものです。 

火際の火装では、検索贤求に問する部分がやや梭雑になっています，クライアントがサーバー 
に渡すコマンドは 1 つですが、サーバーからは 1 つまたは极数の応矜が返されることを期待して 
いるからです。 


ブロセス間通信とバイフ 
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pipe_imp • c のへッター部分 

1 ヘッダーファイルをインクルードします 0 

# include "cd_data.h M 
#mclude ••cliserv,h M 


例題 


2 ファイル内のさまざまな閱纹で使う変玫を定在し、初期化します 0 

static int server_rd = -1; 
static pid_t mypid =0; 

static char client_pipe_name[PATH_MAX + 1]={ ' \0 1 }; 
static int client_fd =-1; 
static int client write_fd =-1; 


♦サーバー側関数 

まず、サーバー側の関数を取り I •.げます 。 Ai 初に尔すのは、名前付きパイブのオーブンとクロ 
ーズ、およびクライアントからのメッセージの , 泣み取りを行う閲数です。そのあとで、クライア 
ントからのメッセージに州 !. め込まれたプロセス II) に从づいてクライアントパイブをオープンし、 
メッセージの送 U とパイプのクローズを行う問数をボします 


例題 


サーバー関数 


1 server_starting 閲数は、コマンドを i 泣み取るための％ 付きパイプを作成します c IIU 

付きパイブを作成したら、説み取り川にオーブンします 0 この open は、クライアントが外き 
込み川にパイプをオーブンするまでブロックされます。ブロックされるモードを使川するの 
は、クライアントからコマンドが送以されてくるのを待ちながら、パイブに対してブロック 
される read を実行できるようにするためです。 


int server_starcing(void) 

{ 

#i£ DEBUG_TRACE 

pnntr ( u %d :- server_starting() \n", getpid()); 

#endi£ 

(void)unlink(SERVER_PIPE); 
if (mkfifo(SERVER_PIPE, 0777)==-1){ 

fprintf(stderr/ "Server startup error, no FIFO created\n"); 
return(0); 


if ((server_fd = open(SERVER—PIPE, 0—RDONLY))==-1){ 
if (errno == EINTR) return(0); 
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fprintf(stderr, "Server startup error, no FIFO opened\n"); 
return(O); 

> 

return(l); 

> 

2 サーバーを終了するときには、名前付きパイプを削阶し、サーバーが灾行されていないこと 
をクライアントが検出できるようにします。 

void server_enamg(void) 

{ 

#if DEBUGJTRACE 

printf ( n %d :- server_ending()\n M , getpid()); 

#endif 

(void)close(server_fd); 

(void)unlink(SERVER_PIPE); 

> 

3 次の read request f rom ぶ lient IW 玫では、サーバーパイブ(こ对してブロッックされるルん 
み取りを火むします：この找作は、クライアントがメッセージを, 1 !:き込むまでブロックされ 
ます。 

int reaa—request__rrom 一 client (message_db_t *rec_ptr) 

{ 

int return_code =0; 
int read_bytes; 

#if DEBUGJTRACE 

printf("%d s- read 一 request—from 一 client()\n", getpid()); 

#endi£ 

if (server^fd !=-1){ 

read-bytes = read(server_fd # rec 」 ptr, sizeof(*rec_ptr)); 

# # # 

} 

return(return_code); 

} 

4 A き込み⑴に パイプをオーブンしているクライアントがない 場介、 read は 0 を 返します （EOF 
を 検出します ）0 この坳介、 サーバーはパイブをいったんクローズして 柯度 オープンし、クラ 
イアントがパイブをオーブンす るまで ブロ ックされるようにします。これは サーバーが 起 # 
したときの動作と M じで、 サーバーを 洱初期化することになります。このコードは、 | •.の閲 
数の •••の 部分に挿 人し ます 0 

if (read 一 bytes == 0) { 

(void)close(server fd); 
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if ((server_fd = open(SERVER.PIPE # O.RDONLY))==-1){ 
if (errno != EINTR) { 

fprintf(stderr, "Server error, FIFO open failed\n"); 

} 

return(O); 

} 

read.bytes = read(server_fd # rec_ptr, sizeof(*rec_ptr)); 

} 

if (read—bytes == sizeof(*rec_ptr)) return—code =1; 

サーバーは、极数のクライアントに l“j 時にサービスを提供する # • のプロセスです。各クライ 
アントは応矜を受け取るのにそれぞれ独 n のパイプを使うので、サーバー側でもクライアントご 
とに w なるパイプに舛き込みを行う必贤があります，フアイルデスクリブタは限りのあるリソー 
スなので、サーバーでは送 u するデータがある坳介に限ってクライアントパイブをオーブンしま 
す。 

クライアントパイプのオーブン、ノ !: き込み、クローズは、それぞれ独//:した叫数で火災します 
検采装求に対しては银数の轱采を返すことがありますが、このような場介でも問数を独ぐ/:させて 
おけば、オーブンとクローズは 1M だけ、 , けき込みは複数 M といった処が " J * 能になります 

EH パイブの 接続 _ 

1 まず、クライアントパイブをオープンします 

it start—resp—to—client(const message_db—t mess_to_send) 

#if DEBUG_TRACE 

printf("%d s - start_resp_to_client()\n", getpid()); 

#endi£ 

(void)sprintf(client_pipe_name # CLIENT_PIPE # mess—to—send.client_pid); 
if <(client—fd = open(client_pipe_name # 0_WR0NLY))==-1)return(O); 
return(1); 


2 メッセージの送仏には、次の send_resp_to_client 閲 数を使います 0 送 合 f されたメッセー 
ジを受け取るクライアント側の間数については、あとでホします。 

it send_resp_to__c 丄 lent (const message—db_t mess_to_send) 
int write 一 bytes; 

#if DEBUG_TRACE 

printf ( n %d s- send—resp_to 一 client(>\n", getpid()); 

#endi£ 

if (client_fd ==-1)return(0); 
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write_bytes = write(client_fd # &mess—to_send, sizeof(mess_to 一 send)); 
if (write 一 bytes != sizeof(mess_to—send}} return(0); 
return(l); 


3 クライアントパイプを クローズ します。 

void end_resp_to_client(void) 

{ 

禅 if DEBUG_TRACE 

pnntf ( n %d 2 - end—resp—to—client () \n", getpid()); 
#endif 

if (client.fd !=-1){ 

(void)close(client_fd); 
client fd =-1; 


♦ クライアント側関数 

クライアント測閲数は、サーバー側問数と呼応する閲数群です。 

ialU クライアント関数 

1 client starting 間数は、サーバーにアクセス " J* 能であることを確 • 忍し、クライアント側 
パイプを初期化します。 


int client_starting(void) 

{ 

#if DEBUG_TRACE 

pnntf ( n %d :- client_starting\n", getpid()); 

#endi£ 

mypid = getpid(); 

if ((server.fd = open(SERVER—PIPE, 0_WR0NLY))==-1){ 
fprintf(stderr, "Server not running\n M ); 
return(O); 

> 

(void)sprintf(client_pipe_name # CLIENT_PIPE, mypid); 

(void)uniink(client_pipe_name); 

if <mkfifo(client_pipe_name, 0777)==-1){ 

fprintf(stderr, "Unable to create client pipe %s\n w , 

ciient_pipe_name); 

return(O); 


return(l); 
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2 client_ending 玫は、ファイルデスクリブタをクローズし、个装 • になった％前付きパイプ 
を削除します。 


void client_enamg(void) 

{ 

#if DEBUG_TRACE 

printf ( u %d :- client—ending(}\n w , getpid()); 

#endif 

if (client_write_fd !=-1)(void)close(client_write_fd); 
if (client_fd !=-1)(void)close<client__fd); 
if (server_fd !=-1)(void)close(server_fd); 

(void)unlink(client__pipe_name); 


3 send_mess_to_server 問 数は、 サーバー パイブを介して要求を送“します。 

int send 一 mess_to—server(message_db_t mess_to—send) 

{ ~ 
int write_bytes; 

#if DEBUG_TRACE 

printf ( n %d :- send_mess_to_server(>\n", getpid()); 

#endif 

if (server_fd ==-1)return(O); 
mess_to„send.client_pid = mypid; 

write—bytes = write 《 server—fd, &mess_to—send, sizeof(raess_to_send)); 
if (write_bytes != sizeof(mess_to_send)) return(O); 
return(l); 


前にポしたサーバー側問数の場介と M 様、クライアントも 3 つの問数を使ってサーバーから結 
尖を受け取ります 0 


例題 


サーバーからの結果の取得 


1 クライアント閲数 start_resp__from_server は、サーバーからの応答の受❺を開始します 
クライアントパイブを説み取りリ / ⑴でオーブンし、次に M じパイプを侪き込み办⑴でオーブ 
ンしますこのようにする邱 III についてはあとで说明します。 


int start_resp—from 一 server(void) 

{ 

#if DEBUG_TRACE 

printf("^d :- start 一 resp 一 from 一 server()\n", getpid()); 
#endif 

if (client_pipe_name[0】=='\0 • ) return(O); 
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if (client__fd != -1)return(l) ; 

client_fd = open(client_pipe__name, 0—RDONLY); 
if (client 一 fd !=-1){ 

client—write—fd = open(client_pipe_name # 0_WR0NLY); 
if (client_write_fd !=-1)return(l); 

(void)close(client_fd); 
client_fd =-1; 

} 

return(O); 

) 

2 次の read__resp_ f rom_server は、サーバーからの応答を • 泣み取り、•致するデータベース 
エントリを取得する閲数です。 

mt read—resp_from 一 server(message_ab_t *rec_ptr> 

{ 

int read_bytes; 
int return_code =0; 

#if DEBUG_TRACE 

printf ( u %d :- read_resp_from_server()\n M # getpid()); 

#endif 

if (!rec_ptr) return(O); 
if (client_fd ==-1)return(O); 

read—bytes = read(client_fd, rec_ptr # sizeof(*rec_ptr)); 
if (read—bytes == sizeof(*rec_ptr)) return 一 code =1; 
return(return code); 


3 Ai 後は、サーバーからの応答の終わりに火行するクライアント問数です。 

void end_resp_from 一 server(void) 

{ 

#if DEBUG_TRACE 

printf ( u %d :- end_resp_from_server()\n", getpid()); 
#endif 

/* This function is empty in the pipe implementation */ 


解説 

start_resp_f rom_server 閲玫では、説み取り用にクライアントパイブをオープンしたあと、 
次のコードで |n] じパイプを與き込み ) |j にオープンしています。 



11-7 CD データベースアブリケーシヨン ♦ 495 


client _ wnte_ra = open ( c 丄 ient _ pipe _ name , 0_ WR 0 NLY )； 

これは、姒い問に絞けて送られてきたクライアントの梭玫の发求にサーバーが応矜する際、レ 
ースコンディショ ンが発化 しないよ うにするためです。 

次のようなケースを想定してみてください 0 

1 クライアントがサーバーに炎求を送る。 

2 サーバーは送られてきた袈求を説み取り、クライアントパイブをオープンして応矜を返すが、 
クライアントパイブをじるまで -I け怜 il •.する 

3 クライアントが説み取り川にパイプをオープンし、敁初の応荇を説み取ってパイプをクロー 
ズする。 

4 クライアン トが 新しい コマン ドを送 U • し、说み取り川にクライアントパイブをオーブンする 
5 サーバーが 火行を M 開し、クライアントパイプの サーバー 側を クローズ する 

さて、クライアントはこのとき、次の及:求に対する応衿を取得するためにパイブを说み取ろう 
としますが、 •_!: き込み川にクライアントパイプをオーブンしているプロセスが // イ |: しないので、 
read は () バイトを返しますこれでは、 I 丨的の ^ 答を • 泣み取ることができません。 

しかし、クライアントが说み取り⑴と • き込み川の |Aj ん • でパイプをオーブンすれば、パイプを 
操り返しオープンする必災 : はなくなり、レースコンディションを |u| 避することができます。クラ 
イアント側では決してパイブへの外き込みを行わないので、説み取るデータがイぐ 1 卜:になる危険性 
もありません。 



新しい ー ジョンのまとめ 


新しいバージ ヨ ンでは、 C1 ) データベースアプリケーションをクライアントとサーバーに分離 
しました。 2 つの部分に分けたことにより、ユーザーインタフェースとデータベース揲作の部分 
をそれぞれ 独、 V • して開発することが万能になります。また、データベースインタフェースを 明確 
に定在することで、アプリケーションの各部がコンビュータリソースをイ 1 •効に活川できることが 
わかります。この"法をさらに進めてパイブの代わりにネットワークを介したデータのやりとり 
を行うよう（こすれば、リ / ⑴のデータベースサーバーマシンを使うこともできます。ネットワーク 
を介したデータのやりとりについては、第 13C で取り I•. げます。 
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wnn こ の 章のまとめ _ 

このクでは、パイプを使ってプロセス問でデータをやりとりするか法について説明しました。 
まず、 popen や pipe を使って名前のないパイブを作成する " 法を示し、パイプと dup を使っ 
てあるプログラムから別のプログラムの掠準人力にデータを渡す " 法を i_l しました。 

次に、名前付きパイブを取り I•• ば、いに独、 •/: したブログラムの問でデータの受け渡しを行う 
乃法を小しました。 

iri 後に FIFO を使ったクライアントサーバーアプリケーシヨンを作成し、プロセスの期化だ 
けにとどまらず、从ノ / 叫のデータフローが 4 能なことを/しました 


Linux 

第 12 章 


セマフォ、メッセージキュー、 

共有 メモリ 
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この苹では、 AT&T System V.2 リリースの UNIX で導入された•連のプロセス問通 U 機能に 
ついて取り上げます。これらの機能はいずれも M じリリースで众埸•し、1…じようなプログラミン 
グインタフエースを備えていることから、しばしばひとまとめにして IPC (InterProcess 
Communication) 機能または System V IPC と呼ばれます。すでに U たように、プロセス問で通 
信する方法はほかにもありますが、一般にはこの章で取り I •.げる機能を指すのに System V IPC 
(System V のブロセス問通信）という呼び力が使われます。 



マルチユーザー システムや マルチ ブロセッシングシステム、あるいはその|山 j かを組み介わせた 
项境で動作するプログラムを紀述する場合、そのコードにはしばしば、あるリソースに対して1 
つの実行ブロセスだけが排他アクセスすることを保証しなければならない部分、いわゆるクリテ 
ィカルセクシヨンが存在します。 

たとえば、第7尔で作成した dbm を使ってデータベースにアクセスするアブリケーシヨンでは、 
複数のプログラムが同時にデータベースの91新を試みると、データが破壊される" f 能性がありま 
す。しかし、2つのブログラムがそれぞれ W . なるユーザーに対してデータベース川データの人力 
を求めても問姐は起きません）つまり、コードのうち問迪があるのはデータベースを01新する部 
分だけで、この部分がクリティカルセクシヨンになります。 

1 つの リソースに极数のプログラムがアクセスする場•介に起きる問姐を1叫避するには、ある特 
点におけるクリティカルセク シヨンへの アクセス傀を1 つの 火行スレッドだけに0••えるような卜 
ー クン を化成、利川する r •段が必要です。 

特別なハードウェアの助けを借りずに、こうした憷能を义现するコードを , k ! 述することはきわ 
めて W 難です。ソフトウェアによる解決"法としては、 Dekker のアルゴリズムと呼ばれる方法が 
あります。残念ながらこのアルゴリズムでは、ビジーウェイトあるいはスピンロックが前提とな 
ってぉり、メモリ I •.のある場所の侦が変化するのを待ちながらブロセスが絶え問なく実行されま 
す， UNIX のような マルチ タスク项垃では、これは CPU リソースの無駄使いになってしまいます c , 

ひとつの解決策として、 open 閲玫に 0_ EXCL フラグを指定してファイルを作成する"法があり 
ます。このか法を使えばアトミックなファイル作成が" r 能になり、1つのプロセスだけがトーク 
ン（新しく作成されたファイル）を取捋できます』ただし、この力•法は簡中•なブログラムでは卜 
分心効ですが、複雑で“度なプログラムの場•介には非常に非効书的です。 

妆列プ ログラミング におけるこうした問題は、 Dijkstra が発衣したセマフォという概念により、 
解決へ叫けて人きく前進することになりました。セマフォとは、 iK の牿数を値に取り、この侦に 
応じて wait と signal の2つの操作だけが" J * 能な特別な変数のこと です 0 wait と signal は、 UNIX 
ブログラミング ではすでに特別な立味を持っているので、本舟ではもとの衣紀を使って次のよう 
に衣すことにします （ sv は、セマフォ変数 semaphore variable の略です ） 〇 
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(J wait は P(sv> 

(J signal は V(sv) 

P と v はそれぞれ wait と signal を味するオランダ語から取ったもので、 P は passerert (クリテ 
ィカルセクションの前のチ エック ボイントを “ 通過"）、 V は vrijgeven (クリティカルセクション 
の制御を “ 明け渡す ” ）の略です。セマフォについては、このほかに T: 旗 frT りの -1•. げ " と •• ドげ " 
を味する UP と 1)0 WN を使って説明されることもあります 


WTWW ^ セマフォの定義 

iti •も 中 純なセマフォは0または1の侦を取る変敉、いわゆる バイナリセマフォで、 セマフォの 屮 
では W: もよく使われるものです0複数の iK の牿数を取るセマフォは 汎用 セマフォと 呼ばれます。 
この ぐでは、 i: • にバイナリセマフォについて説明します。 

P と V の定在は非常に的中 • です。セマフォ変数 SV があるとすると、 2 つの揲作はそれぞれ次の 
ように定在できます。 

〇 P(sv) sv が () より人きければ sv をデクリメントする SV が 0 なら、プロセスの火行を • 

時停 ll •. する。 

〇 V(sv) sv の侦が () より人きくなるのをはっているブロセスがほかにあれば、そのブロセ 

スの火行を作開する。行っているブロセスがなければ、 SV をインクリメントする 0 


別のノノ叫から • 说明しましよう。セマフォ変数 SV は、クリティカルセクシヨンが利〗 IjNj* 能な場 ¬ 
合には以です 0 この垛介、 P(SV> によって SV はデクリメントされ （ SV は偽になる）、クリティカ 
ルセクシヨンはビジー状態になります。クリティカルセクシヨンが洱び利用 " j • 能になると、 
V(sv) によって SV がインクリメントされます 0 この操作を火現するには、通常の変数を川 , G: し、 
これをデクリメントまたはインクリメントするだけではイぐ |• 分です。なぜなら、 C や C— では、 
変数が以かどうかを調べて i 1 (• の埸介には偽を設定するという処理を1つのァトミックな操作とし 
て火现することができないからです。これは、セマフォ操作が特別な操作であることの邱 ||1 でも 
あります。 



EQQ セマフ： t のしくみ 


簡中 . な例を / バ • しましよう 0 2 つのプロセス procl と proc2 があり、いずれも火行中のある時メ/乂 
でデータベースへの排他アクセスが必要になるとします，まず、2つのプロセスのどちらからも 
アクセスできるバイナリセ マフォ sv を定在します。 sv の侦は仏 • 初は1です。2つのプロセスは、 
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クリティカルセクションにアクセスするときに |"j じ f • 順を蹐む必 • 及 : があります。灾際には、2つ 
のブロセスが別のブログラムである必災 : はなく、じプログラムの W なるインスタンスでもかま 
いません。 

2 つの プロセスはセマフォ変数 sv を J !： • 釘します。•ん •の ブロセスが P(sv) を火行すると、その 
プロセスはセマフォを取得してクリティカルセクションに人ることができます c このとき、もう 
• 力 • のプロセスはクリティカルセクションに人ることはできません。なぜなら、 P(sv) を火行し 
ようとした際、セマフォを取沿することができないからです。このブロセスは、 iri 初のプロセス 
がクリティカルセクションを出て V(sv> を义行し、セマフォを解放するまでの問はたされます。 
これをコードで衣すと、次のようになります 

semaphore sv = i; 


loop rorever i 
P(SV )； 

critical code section; 
V(sv); 

non-critical code section; 


コード n 体は非常にシンブルです0これは、 p 挽作と v 操作が I •分に強力なためですクリテイ 
カルセクシヨンを利川するための門嵛として機能する p と v の橾作を m にしたものを次に示します 


フロセス A の 
実行スレッド 




フロセス巳の 
実行スレッド 



ある時点でクリ 
テイカルセクシ 
ヨンに入ること 
ができるのは 1 つ 
のスレツドだけ 


図12.1セマフォのしくみ 
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UNIX のセマフォ機能 


セマフォの溉念と # 作のしくみについては、 I•. に , 兑明したとおりです。ここでは、 UNIX がセ 
マフォ機能をどのように％装しているかを U • 休的に以ていくことにします 。 UNIX のセマフォ閲 
数はいずれも、中 . •のバイナリセマフォではなく汎用セマフォの fid 列を操作の対象としています。 
このため、インタフェースはかなり込み人っており、 • 般に必发とされる以 I •.の機能が提供され 
ています。 

次に示すのはセマフォ叫数の定義です， 


^include < sys / types . h > 

林 include < sys / ipc . h > . 

林 include < sys / sem . h > 

int semctl(int sem _ id , int sem _ num , int command ,...); 

int semget ( key_t key , int num _ sems , int sem — flags ); 

int semop(int sem _ id , struct sembuf * sem _ ops / size—t num _ sem _ ops ); 


\ 以下では各関数について説明しますが、これらの関数はセマフォ偃の配列を扱うことを前提に 
設計されており、串一のセマフォを扱ラ場合とくらべてそれぞれの操作はかなり?§雑になつてい 
注憲 ます。以下の説明も、この点をふまえて読んでください。 


key は、ブログラムで使われるリソースを衣す△でファイル名に似たものと冬えることができ 
ますプログラム問で Jt •通の名前を使えば複数のブログラムが_してリソースを使川できる点 
も、ファイルれとル; Ifi しています、 M 様に、 semget が返す戡別广（この識別/•はほかのセマフ 
才閲数で使われます}は、 foperi が返すファイルストリーム FILE M こよく似ています（ファイル 
ストリームは、プロセスがル心•ファイルにアクセスするときに使う侦を焱味します>〇セマフォ 
識別户によって参照されるセマフォ H 体は M じでも、 W •なるブロセスでは別のセマフォ識別户が 
使われます。この A も、ファイルの坳含とよく似ていますこうしたキーと識別，•の使い"は、 
この0で取り I •.げる IPC 機能すべてに几•通しています（ただし、共;也しているのはキーと識別广 
の使い方であり、各機能はそれぞれ独立したキーと識別 /• を使います)。 


♦ semget 

新しいセマフォを作成したり、既介 : のセマフォのセマフォ識別子を取得したりするには、 
semget 閲数を使し、ます 0 
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敁初のパラメータ key は、いに閲迚のないブロセスが |" J じセマフォにアクセスするために使 
う幣数侦です。すべてのセマフォは、キーを提供するプログラムによって問接的にアクセスされ 
ますが、システムはこのキーに対してセマフォ識別 f •を屮成します。セマフォキーを使うのは 
semget 関数だけです 〕 ほかのセマフォ間数は、 semget が返すセマフォ識別 f •を使います ： 
セマフォキーには、特別な倘 IPC_PRIVATE があります。 key にこの侦を衍定すると、セマフ 
才 を作成するプロセスだけがアクセス" r 能なセマフォが作成されます> この坳介、セマフォを作 
成したプロセスが、セマフォを必袈とするほかのブロセスにセマフォ識別デ•をめ:接渡す必毋があ 
ります（それ(こは、セマフォを作成したブロセスが子ブロセスを作成するというガ法が•般的で 
す )〇 ただし、 IPC_PRIVATE を指定するか法はほとんど使われません:; semget を使うときには、 
IPC.PRIVATE t してされている W (を誤って key に指定しないようにチエツクする必贤があ 
ります。 Linux システムでは、 IPC—PRIVATE の侦は 0 です。 

パラメータ mm sems には、必贤なセマフォの敉を指 ) il しますこの侦はほとんど常に 1 です 0 
パラメータ sem_flags には、 open 関数のフラグに似たフラグの災介を指定します > ド位 9 ビ 
ツトはセマフォのパー ミツシヨンで、 ちょうどフ ァイ ルのパー ミツシヨ ンとじような , & 味を持 
ちます，フラグに侦 IPC_CREAT とのビット中 . 位の論押和を指定すると、新しいセマフォを作成 
することができます，なお、 IPC__CREAT フラグをセツトして既びのセマフォのキーを指定しても 
エラーにはならず、 IPCCREAT フラグが必袈ない坳介には中 . に無视されます 3 このため、祈し 
い • 总のセマフォを確火に取捋したい場合には 、 IPC CREAT と IPC._EXCL の I 山】 • かを指 ) ヒします 0 
こうすると、すでにセマフォが # 作する坳合にはエラーが返されます。 

semget 閲数は、成功すると (0 でない} ll: の侦を返しますこの侦は、ほかのセマフォ閲数で 
セマフォ識別丫•として使います。エラーが発卞した坳介には -1 を返します。 


♦semop 

semop 閲数は、セマフオの侦を変 1 ii するときに使います 


int semop(int sem _ ia , struct sembuf *sem ops , size t num .sem ops ); 


般初のパラメータ sem_id には、 semget から返された セマフォ 識別广を指定します。 2 游丨丨の 
パラメータ senuopsU は、（少なくとも）次のようなメンバを持つ構造体の妃列へのボインタを 
桁定します。 


strucc sembuf { 
short sem _ num ； 
short sem _ op ； 
short sem fig ; 


ili 初のメンバ senunum はセマフォ数です。セマフォの fill 列を操作する埸妗は別ですが、通常、 
この侦は〇です。メンバ sem op は、セマフォをどれだけ変史するかを衣す侦です 0 セマフォの 
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梢減のゆ位は1でなくてもかまいません。通常使われるのは -1 か+1のいずれかです0 -1 の坳介 
は、セマフォが利⑴町能になるまで待つ P 操作に対6し、+1の場•介は、セマフォが利用 nf 能にな 
ったことを知らせる V 槐作に対応します。 

iti •後のメンバ sem_flgU は、•般(こ SEM_ UNDO をセットします；^ SEM_UNDO を指定すると、現 

のプロセスがセマフォに加えた変セがオペレーテイングシステム（こよって ill 跡され、セマフォ 
を解放せずにプロセスが終 r した坳介には、そのプロセスが保持していたセマフォがオペレーテ 
イングシステムによって「|勋的（こ解攸されます特に必•炎がないかぎり、 sem_flg (こは 
SEM.UNDO を指定します， 

semop によって处求されたすベての操作は、松数のセマフォを扱う場•介に発十.する" j_ 能性のあ 
る レースコンデイシヨンを |n| 避するために•括して処押されます， semop の処邢についてさらに 
詳しく知りたい場介には、 マニュアルページを 参照してください。 


♦ semctl 

semetl 問数を使うと、セマフォ悄報を趙制御することができます 


int semctl unt sem , id , me sem num , me command , •••); 


ili 初のパラメータ sem_id には、 semget から返された セマフォ 識別 f を指^します。2黹丨丨の 
パラメータ sem_num には、 セマフォ 数を指定します。 セマフォ 数は、 セマフォの紀 列を扱うとき 
に使います。通常、この W (には、 Ai 初の セマフォ 1つだけを总味する0を衍定します0パラメー 
夕 command には、 火行する操作を指定します。 4 番 II のパラメータが介/ 1: する坳介、このパラメ 
ータは union semun ですル川体 senuin は、少なくとも次のようなメンバを持ちます。 


union semun { 
int val ; 

struct semid_ds * buf ； 
unsigned short * array ; 

} 



semctl で衍定できる command の侦にはさまざまなものがあります 0 ここでは、そのうちよく 
使われる2つの侦だけを取り I•- げます。その他の侦や semctl の勅作の詳細については、マニュ 
アルページを参照してください。 
command の侦としてよく使うのは、次の2つです。 

O SETVAL セマフォを既知の W ( に初期化する 0 侦は、則 U 体 seitmn のメンバ val で 

指定する。セマフォを機能させるには、セマフォを初めて使う前にこの 
操作を行う必要がある。 

O IPC RMID イぐ要になったセマフォ識別子を削除する。 
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semctl 間数は、パラメー タ command によって黄なる侦を返します 0 I •.に小した SETVAL と 
IPC RMID の坳合には、成功すると0を返し、'人收すると-1を返します。 


セマフォの使い方 

I •.の,兑明からわかるように、セマフォ操作はかなり rfri 倒です。これは非常に残念なことです。 
というのも、クリティカルセクションを持つ极玫のブロセスを対象としたブログラミング n 体、 
すでに相肖複雑な側而を持っているからです。 

ただし、セマフォを必•松とするような問姐の多くは、セマフォのも中.純な形八であるバイナ 
リセマフォで解決することができます0以ドでは、 I •.に说明したプログラミングインタフェース 
を使って、バイナリセマフォに特化した p 探作と v 槐作川のシンプルなインタフェースを作成し、 
これを使ってセマフォ操作の U 体例を尔すことにします 
サンブルブログラムは1つしか作成しませんが、繰り返し呼び出すことによってセマフォの# 
作を確かめますブログラムにはリ|数を指定することができます。リ I 数を指定して呼び出された 
プログラムでは、セマフォの作成と削除を行います.， 

プログラムでは、クリティカルセクシヨンへの川人りを厶すために2つの W . なる义卞を使いま 
す) オプションリ I 数を！} nii して起#した場合には、 x を使ってクリティカルセクションへの m 人 
りを衣し、オプシヨンを衍记せずに起#した坳介(こは0を使いますクリティカルセクションに 
人ることができるのは1つのブロセスだけなので、 X と〇は常にペアで衣氺されるはずです c 作成 
するプログラムの名前は sem l . c とします， 


例題 


1 ヘッダー ファイルをインクルードし、プロトタイプ Vi :, i •を 行って グローバル変数を 妃 述しま 
す main 間数では、 semget を呼び出してセマフォを作成します。敁初に呼び出すブログラ 
ムではリ I 数を衍定します，この垛介には 、 argc >1が損になるので、 set _ semvalue が呼 
び出され、セマフォが初期化されます。また、 op _ char に X が設定されます。 

#include < unistd . h > 

#include < stdlib . h > 

#mclude < stdio . h > 

#include < sys / types . h > 

#include < sys / ipc . h > 

^include < sys / sem . h > 

static int set . semvalue ( void ); 
static void del . semvalue ( void ); 
static int semaphore _ p ( void ); 
static int semaphore — v ( void ); 
static int sem id ; 
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int main(mt argc , char *argvi j ) 

{ 

int i ; 

int pause _ time ; 
char op__char = ' O '; 

srand((unsigned int ) getpid ()); 


sem_id = sexnget ( ( key _ t )1234,1, 0666 | IPC _ CREAT ); 

if (argc > 1){ 

if (! set . semvalue ()) { 

fprintf ( stderr , "Failed to initialize semaphore \ n "); 
exit ( EXIT ^ FAILURE ); 

> 

op—char = ' X 1 ; 
sleep (2); 


ループを川,なし、クリティカルセクション への 出人りを1()1叫練!り返しますループの中では、 
クリティカルセクションに人るときに semaphore 』 を呼び出します。 

for(i = 0; i < 10; i ++) { 

if (! semaphore _ p ()) exit ( EXIT _ FAILURE ); 
printf ("% c ", op — char ); fflush ( stdout ); 
pause_time = rand () % 3; 
sleep ( pause . time ); 

printf ("% c ", op _ char );££ lush ( stdout ); 


クリティカルセクションを抜けたら、 semaphores を呼び出してセマフォを利川吋能にしま 


す0次のループを開始する前に、ランダムな時叫待機します0ループを終えたら、 
del 一 semvalue を呼び出してイぐ装になつたセマフォ識別/•を削除します。 

if ( ! semaphore 一 v ()} exit ( EXIT _ FAILURE ); 
pause_time = rand () % 2; 
sleep ( pause _ time ); 

> 

printf ( M \ n%d - finished \ n ", getpid ()); 
if (argc > 1){ 
sleep (10); 
del _ semvalue (); 

} 

exit ( EXIT . SUCCESS ); 


set _ semvalue 閲数では、 SETVAL コマンドを指定して semctl を呼び出し、セマフォを初期 
化します〇この操作はセマフォを使う前に行う必要があります。 


static int set semvalue(void) 


union semun sem—union; 


sem_unioiuval=1; 

if (semctl(sem 一 id, 0, SETVAL, sem 一 union) 
return(l); 


==-1)return(0) 


5 del _ semvalue 間数も set _ semvalue 閲数とほとん ど l " j じですが 、 IPC _RMID コマン ドを指 1 
定して semct 1を呼び出し、 セマフォ 識別 r •を削除します。 


static void del_semvalue(void) 

{ 

union semun sem—union; 

if (semctl<sem 一 id, 0, IPC_RMID, sem—union)==-1) 
fprintf(stderr, "Failed to delete semaphore\n 


6 semaphore_p I 划玫はセマフォの侦を 1 つ減らします （ -1 丨 

static int semaphore_p(void) 

{ 

struct semou£ sem 一 b; 

sem—b.sem—num =0; 

sem_b.sem_op =-1;/* P() */ 

sem 一 b.sem 一 fig = SEM_UNDO; 

if (semop(sem 一 id, &sem 一 b,1)==-1){ 

fprintf (stderr, "semaphore^ failed\n 
return(O); 

} 

return(1); 


semaphore _ v 間数では、 sembuf 佛造体のメンバ sem _ op に 1 を没定し、セマフオが利) IW 能 
になるようにします。 


static int semaphore—v(void) 

{ 

struct seinbuf sem b; 


sem_b. sem__nnm =0; 
sem—b.sem 一 op =1;/* V() */ 
sem_b.sem_flg = SEM 一 UNDO; 
if (semop(sem_id # &sem—b,1)==-1){ 

fprintf(stderr, "semaphore 一 v £ailed\n 
return(O); 
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return ( l ) ; 

} 

このブログラムでは、•度に1つのバイナリセマフォしか使⑴できません，プログラムを拡张 
してセマフォ変数を渡すようにすれば、もっと多くのセマフォを扱うこともできますが、ほとん 
どの埸含には1つのバイナリセマフォだけで I •分です。 

セマフォの 動作を確認するために、ブログラムを複数 m 呼び出します。 w 初に呼び出すときに 
はリ I 数を指定し、呼び出されたブログラムがセマフォの作成と削除を行うようにします3以後に 
iif び出すブログラムではリ I 玫を指定しません 

次に//くすのは、ブログラムを 2 M 続けて呼び川したときの m ノ j 例です 


$ semi 1 Sc 

[1] 1082 

$ semi 

ooxxooxxooxxooxxooxxooooxxooxxooxxooxxxx 
1083 - finished 
1082 - finished 
$ 

0 と X がペアになって出ノ J されており、クリティカルセクシヨンが ll •:しく処邱されていること 
がわかります。 


解説 

このブログラムでは、まず semgetllij 数を使って、適、 1 〗に選んだキーからセマフォ識別子を取 
作します。 IPC_CREAT フラグを指定しているので、必贤に応じてセマフォが作成されます0 

ブロ グラムを呼び出す ときに， j| 数が衍定されて いた 坳合には、 se し semvalne 閲玫で セマフォ 
を初期化します 0 set_semvalue は、ひ L 川的な semctl 閲数に対するよりシンプルなインタフエ 
ースとして川,なした⑵数です。また、 ブロ グラムからの m 力に使う义卞もリ I 数の心無によって決 
定します；続けて起勋されるプログラムをほつために、 sleep を挿人しています 0 srand と rand 
を使っているのは、ブログラムの义行タイミングをランダムにするためです。 

プログラムでは、クリティカルセクションと非クリティカルセクションの肉•"でランダムな時 
IHJ 待機しながら、ループを 10M 火行します0クリティカルセクションの前後で呼び出している 
semaphor_p と semaphore_v は、 semop 閲敌(こ対するシンプルなインタフヱースとして川 •(?: し 
た問数です 0 

パラメータを指定して呼び出されたブログラムでは、セマフォを削除する前にしばらく待機し、 
ほかのブログラムが終でするを待ちます。セマフォが削除されなかった場合、そのセマフォは 
(たとえブログラムで使われていなくても）システムに残ります0したがって、セマフォを使うブ 
ログラムを作成するときには、プログラムの終 r 後にセマフォが（总 w に反して）残らないよう 
に注:&する必•皮があります。もしセマフォが残っていると、次にプログラムを火行したときに問 
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姐が起きる " r 能性があります0また、セマフォ n 体限られたリソースなので、セマフォが残って 
いるとリソースを無駄使いすることになります， 


セフフ彳のまとめ 

セマフォのプログラミングインタフェースは松靴ですが、イへ 1 !:ではこれを中.純化したインタフ 
エースを例として尔しましたセマフォを使うほとんどのプログラムでは、このインタフェース 
で十分に丨 I 的を述することができます 


wm 共有メモリ _ 

共有メモリも1 PC 機能のひとつですルれメモリを他うと、閲迚のない极数のプロセスが | nj じ 
論押.メモリにアクセスできるようになります J ^ j * メモリは、火行中の2つのブロセスの叫でデ 
一夕を如;送するための非常に幼中的な r ••段です八•イ j •メモリの火装のうちほとんどのものは、2 
つの プロセス IHJ でルイ|•されるメモリに対して M じ物现メモリを使うようです（ただし、 X/Open 
仆•様ではこれは必炎とされていません）。 


12 . 2 . 


ルイ】•メモリは、あるプロセスのために 1 PC によって作成される特別な範 I 用のアドレスで、この 
アドレス萜|用はそのプロセスのアドレス乍問にあります。ほかのプロセスは、 M じルイ1•メモリセ 
グメントを n 分のアドレス乍叫に'■アタッチ”することができます。 j (:イ】•メモリセグメントをア 
タッチしたすべてのプロセスは、 malloc で剂り 4 てられたメモリと l"J じように Jt 心-メモリにア 
クセスできます。あるプロセスがルイ j •メモリに対して, 1 !:き込みを行った場介、その変史内衫は、 
M じ J 1 ミ•"メモリにアクセスするほかのすべてのプロセスからただちに W えるようになります。 

ルイ!•メモリ H 体は N 期機能を提供していません。つまり、•初のブロセスによる: 1 f き込みが終 
わらないうちに別のプロセスが几心•メモリを説み取ることを防ぐ機能は⑴なされていません〇极 
数のプロセスからのアクセスの M 期は、ブログラマが行わなければなりません。 

次の図の矢印は、各プロセスの論理アドレス乍問から物理アドレス空問へのマッピングを衣し 
ています。利〗 ir"r 能メモリは物内!メモリとディスクにスワップアウトされたメモリページから構 
成されるので、灾際のマッピングは w よりもはるかに複雑になります。 




プロセス A の 
途理アドレス空間 



図 12.2 共有メモリ 


12 . 2.2 


共有メモリ関数 


ルイ I . メモリ \ wm 数は、セマフォ操作問数とよく似ています。 

#mclude <sys/types . h> 

^include <sys/ipe.h> 

#include <sys/shm.h> 


void *shmat(int shm_id, const void *shm_addr, int shmflg )； 
hmctl(int shm_id, int cmd # struct shmid_ds *buf); 
hmdt(const void *shm_addr); 
hmget(key_t key, size_t size, int shmflg )； 


ドではそれぞれの閲数につし、て•兑明します 
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♦ shmget 

共•イ f メモリを作成するには shmget 関数を使います 0 
int shmaet(kev t kev, size t size,int shmr 丄 g); 


セマフォの埸•介と |“ J 様、 key はプログラムが⑴ぬ:します。このキーは、 K •イ i •メモリセグメント 
に付ける名前と考えるとよいでしょう。 shmget 問数は共介メモリ識別，•を返します。この識別 
广はほかのルイ〗•メモリ問数で使います0キーに特別な侦 IPCJRIVATE を指定すると、そのプロ 
セスにプライベートな Jt - 々メモリが作成されます。通货、この侦を使うことはありませんが、あ 
る中.•のプロセスが分『 I 身との問でメモリを共冇することは町能です。 

2褓丨 I のパラメータ size には、必要なメモリのをバイト中•位で指定します 0 
3嵛丨1のパラメータ shmflg は9つのパーミッシヨンフラグから構成され、ファイルを作成する 
ときのモードフラグと M じような， S 味を持ちます。新しいルイ f メモリセグメントを作成するとき 
には、 IPC _ CREAT で定義される特別なビットとパーミッシヨンとのビット中•位の論坪和を指定 
する必災:があります0 IPC _ CREAT フラグをセットして既介:の共心•メモリセグメントのキーを衍定 
してもエラーにはならず、 IPC _ CREAT フラグが必要ない場介には中.に無拟されます： 

ルイ f メモリのパーミッシヨンフラグは人いに利川価侦があります0たとえば、 J 1 ミイ J •メモリの作 
成行が所イ f するブロセスからは, 1 f き込み" f 能で、その他のユーザーが作成したブロセスからは説 
み収りだけが能な共イ!•メモリを作成することができます 〇 パーミッシヨンフラグを使えば、ル 
心メモリ（こ阶いたデータに対して非滞•に効书的な説み取り _了ク セスが町能になります。もち 
ろん、ほかのユーザーによってデータが変 oi される心 rtil もありません。 

ルイ j •メモリの作成に成功すると、 shmget はねではない幣数(ルイ（メモリ識別户）を返します。 
失敗した坳介には-1を返します 0 


♦ shmat 

ルイ f メモリセグメントを作成しただけでは、どのプロセスからもその K •イ f メモリにアクセスす 
ることはできません，ルイ〗•メモリにアクセスできるようにするには、ブロセスのアドレス乍問に 
ルイ f メモリをアタツチする必炎があります。これを行うのが次の shmat 関数です。 


void *shmat (int shm id, const void *shm addr, int shmr 丄 g}; 


M 初のパラメータ shm_id には、 shmget から返された共々メモリ識別子を指定します。 

2^11のパラメータ shm _ addr には、现心•:のプロセスに共心•メモリをアタツチするときのアド 
レスを指定します0通常はヌルポインタを指定し、アドレスの選択をシステムに仟せます。 

3赉丨丨のパラメータ shmflg にはビット中.位のフラグを指定します0指定できる侦は、 SHM.RND 
と SHM_RDONLY の2つです 0 SHM—RND は shir し addr と組み合わせて、 Jt ： •イ j •メモリをアタッチする 
7 ドレスを制御するのに使います：） SHM_RDONLY は、アタッチされた共心•メモリを説み取りリ/川 
にします。共々メモリをアタッチするアドレスの指定が必费(こなるケースはごくまれであり 、 M 
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常はアドレスの選択をシステムに仟せます（アドレスを指定すると、アプリケーションのハード 
ウェア依#度がきわめてくなってしまいます)。 

shmat は、成功すると共イ f メモリの先頒バイトへのポインタを返します，'人•敗した坳介には -1 
を返します。 

几イ（メモリに対する説み取りアクセスまたは薄き込みアクセスが" r 能かどうかは、オーナー 
(只•イ1•メモリの作成行）、パーミッション、および现心:のプロセスのオーナーによって決まります0 
ル“メモリに対するパーミッシヨンは、ファイルに対するパーミッションと多くの铂似 * を持っ 
ています。 

ただし、 shmflg & SHM„RDONLY が!•(•の場合は例外で、パーミッションがノ! : き込みアクセスを 
iiV 吋する設定であつてもルイ f メモリに, 1 !:き込むことはできません 

♦ shmdt 

shmdt 関数は、说作のブロセスから J 1 ミイ j •メモリを••デタッチ”します。リ I 数には、 shmat から 
返されたアドレスを指定します。 shmdt は成功すると 0 を返し、火收した場•介には- 1 を返しま 
す。ルイ〗•メモリをデタッチしても、视仆:のプロセスから八:心•メモリを利川できなくなるだけで、 
ルイ J . メモリが削除されるわけではありません。 


♦ shmctl 

共イ f メモリを制御するための閲数は、セマフォを制御する問数よりも中•純です0 
mt shmctl(mt shm_id, int command, struct shmid ds *buf); 


shmid _ ds ^ 造体には、少なくとも次のメンバがあります。 


struct shmid_ds { 

uid_t shm_perm.uid; 
uid_t shm_perm.gid; 
mode_t shm_perm•mode; 


iti 初のパラメータ shit し idU は、 shmget から返された共心•メモリ識別，•を指定します 0 
2挢丨丨のパラメータ command には、火行する操作を指定します。次の3つの侦を指定できます 0 


表 12.1 shmid ds 橘造体の command バラメータ 



IPC.STAT 共有メモリに関連付けられている値を取得し、 shmid_ds 锅造体に格納する。 


IPC_SET shmid_ds 祸造体で指定された値に基づいて、共有メモリに関連付けられている値を設定する。 

ブ□セスは、この操作を行うためのパーミッションを持つている必要がある。 

共有メモリセグメントを削除する。 



IPC RMID 









512 ♦ 第 12 章セマフォ、メッセージキュー、共有メモリ 


3漘1丨のパラメータ bixf には、メモリのモードとパーミッシヨンを穴む構造体へのポイン 
夕を指定します c 

shxnctl 問数は成功すると0を返し、失敗した場合には -1 を返します。 X / Open 仕様では、ア 
タッチされているル心メモリの削除を試みた坳介の動作については妃述がありません。•般に、 
アタッチされている JI ； •心•メモリを削除した場介、そのルイ!•メモリは敁後のプロセスからデタッチ 
されるまで機能し続けます。ただし、これは ,; d 述のない#作なので、このような#作を前提にプ 
ログラムを作成することは避けるべきです。 

では、ル心•メモリ閱玫を使ってサンプルプログラムを作成してみましよう。ここでは、 shml.c 
と S hm 2. c の2つのブログラムを作成します。 shml . c は消伐荇で、ルイ】•メモリセグメントを作成 
し、ル心•メモリに M き込まれたデータを衣/します， shm 2. c は屮命片で、既介••の共心•メモリセ 
グメントをアタッチし、このセグメントにデータを人ノ J します 


1SH1 共有メモリ _ 

1 公初に氺すのは、卞頻行となる shml.c です。必贤なヘッダーファイルをインクルードし、適 
W な MEM SZ と構造体を定義します次に、 IPC_CREAT を指定して shmget を呼び川し、 
MEM SZ で抬) U されたサイズの Jt メモリセグメントを作成します*) 


^include < unisdh > 
^include < stdlib . n > 


#include 
#include 
ttinclude 
#include 
♦♦include 


< stdio ^ h > 

< string # h > 

< sys / types . h > 

< sys / ipc . h > 

< sys / shnuh > 


#define MEM SZ 4096 


struct shared _ use_st { 
int wri 11 en _ by _ you ; 
char some _ text [ BUFSIZ ]; 

}； 



int running =1; 

void * shared 一 memory = (void *)0; 
struct shared 一 use_st * shared _ stuff ; 
int shmid ; 

srand((unsigned int ) getpid ()); 

shmid = shxnget ( ( key—t )1234, MEM _ SZ , 0666 | IPC — CREAT >; 


if (shmid ==-1){ 

fprintf ( stderr , "shmget failed \ n "); 


exit ( EXIT _ FAILURE ); 


2 共イ i •メモリをプログラムからアクセスできるようにします。 

shared-memory = shmat ( shmid , (void *>0, 0); 
if ( shared—memory == (void *)-1){ 

fprintf ( stderr , "shmat failed \ n "); 
exit ( EXIT 一 FAILURE >; 

} 

printf ('• Memory attached at % X \ n ", ( int ) shared 一 memory }; 

3 sharedjnemory を shared__stuf f に代人し、 some_text (こテキストがあれば、そのテキス 
卜を衣小します 0 some _ text の内界が end だった場 A にはループを抜けます。 sleep を呼び 
出しているので、消戠荇は•定時問クリティカルセクションにいすわります。この問、 ■ 
衣は待たされることになります0 

shared 一 stuff = (struct shared 一 use_st *) shared 一 memory ; 
shared_stuf f - > written _ by_you = 0; 
while ( running ) { 

if ( shared _ stuff - > wri 11 en _ by _ you ) { 

printf("You wrote : % s n • shared — stuff -> some — text ); 

sleep ( rand () % 4 ); 

shared_stuf £ - > written _ by_you = 0; 

if ( strncmp ( shared — stuff -> some — text , " end ", 3) == 0) { 
running =0; 


4 M 後に、心メモリをデタッチして削除します0 

if ( shmdt ( shared 一 memory ) == -1){ 

fprintf ( stderr , "shmdt failed \ n ">; 
exit ( EXIT . FAILURE ); 

> 

if ( shmctKshmid , IPC 一 RMID , 0)==-1){ 

fprintf ( stderr , " shmctl ( IPCJIMID ) failed \ n "); 
exit ( EXIT _ FAILURE ); 

} 

exit ( EXIT — SUCCESS }; 


12 


5 次の shm 2 . C は 4: 產荇で、 m 伐昔のためにデータを人力します。コードの人部分は shml . c と 
1««1じです。 


一、 共有メモ 


# include 
# include 
#mclude 
# include 
#include 
#include 
#include 


< unistd . h > 

< stdlib . h > 

< stdio . h > 

< string . h > 

< sys / types . h > 

< sys / ipc . h > 

< sys / shm . h > 


#denne 


SZ 4096 


struct shared — use_st { 
int written _ by _ you ; 
char some _ text [ BUFSIZ ]; 

)； 


main () 


int running =1; 
void * shared_memory 
struct shared _ use_st 
char buffer [ BUFSIZ ]; 
int shmid ; 


(void *)0; 
* shared _ stuff ; 


shmid = shmget (( key _ t )1234, MEM 一 SZ , 0666 | IPC _ CREAT ) 


if (shmid ==-1){ 

fprintf 《 stderr , "shmget failedXn "); 
exit ( EXIT — FAILURE ); 

) 

shared 一 memory = shmat ( shmid , (void *)0, 
if 《 shared—memory == (void *)-1){ 

fprintf ( stderr , "shmat failed \ n "); 
exit ( EXIT _ FAILURE ); 




shared—stuff = (struct shared — use—st *}shared 
while ( running ) { 

while ( shared 一 stuff -> written 一 by_you ==1) 
sleep ( l ); 

printf("waiting for client .•.\ n w ); 


printf("Enter some text :"); 
fgets ( buffer , BUFSIZ , stdin ); 


strcpy(shared 一 stutt_>some__text, Duffer); 
shared stuff->written_bv vou =1; 


(shared 
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fprintf ( stderr , '• shmdt faiied \ n "); 
exit ( EXIT — FAILURE ); 

} 

exit ( EXIT _ SUCCESS ); 


出力例を次に尔します。 

$ shml Sc 

[1] 294 

Memory attached at 50007000 

$ shm2 

Memory attached at 50007000 
Enter some text : he 丄丄〇 
You wrote : hello 
waiting for client •… 
waiting for client... 

Enter some text : Linux ! 

You wrote ： Linux! 
waiting for client... 
waiting for client •… 
waiting for client... 

Enter some text : end 
You wrote: end 
$ 


解説 

ili 初に起#するプログラム shml は、 J !： •心•メモリセグメントを作成し、これを「 I 分のアドレス 
空間にアタッチします。次に、 K •心•メモリの敁初の部分に sharedjise _ st 構造体を41ね合わせ 
ます。この構造体には written ム you というフラグがあり、データが利川町能になると、こ 
のフラグがセットされます。フラグがセットされている場合、ブログラムはテキストを説み取っ 
て衣/ P します。その後、データの，泣み取りが終わったことをポすためにフラグをクリアします0 
文字列 end は、ループから抜けるための合 W として使います。ループを抜けたら、共イ J •メモリセ 
グメントをデタッチして削除します0 

次に起勋するブログラム shm 2 は、 M じキー1234を使川し、 shml と|"1じ共イ f メモリセグメン 
卜を取得してアタッチします。次に、ユーザーにテキストの人力を求めます。フラグ 
written _ by _ you がセットされている場•介には、クライアントブロセスが前のデータをまだ説み 
取っていないので、データが説み取られるまで待機します0クライアントブロセスによってフラ 
グがクリアされたら、 shm 2 は新しいデータを々き込んでフラグをセットします。文字列 end が人 
力されたら、ループを抜けて共イ I •メモリをデタッチします。 

このサンプルプログラムでは、独 A の M 期化フラグとして wr i 11 en _ by _ you を川意しました。 
しかし、絶えずループをるために#常に非効书的なビジーゥヱイト状態が発生してしまい、 h*J 
期化フラグとしてはあまり节ましくありません。火川的なブログラムを作成する埸•介には、メッ 
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セージを渡す（パイブ、または次に説明する IPC メッセージを使用）、シグナルを小•成する、セマ 
フォを使って説み p 側と#き手側を M 期させるなどの方法を検討する必费があります0 


2 . 2.3 


共有メモリのまとめ 


ルイ f メモリは、段数のプロセス問でデータのルイ〗•や受け渡しを行うための効中•的な r ••段です。 
ただし、 In ] 期機能は提供されないので、•般にはほかのなんらかのメカニズムを使って K •心メモ 
リに対するアクセスを H 期化する必要があります。共存メモリは、広いメモリ鉛域に効申的にア 
クセスする丨1的で使われることが多く、ルイ j •メモリへのアクセスの期化は、短いメッセージを 
やりとりして％現するのが•股的です0 


メッセージキュー _ 

1 PC 機能には、これまでに説明した セマフォ とルイ〗•メモリに加えて、メ ッ セージキューという 
ものがあります。 


12 . 3 . 


メッセージキューは多くの A で名前付きパイプに似ていますが、パイプのオープンやクローズ 
といった面倒な手順は必要ありません0ただし、メッセージを使えば名前付きパイブの問題がす 
ベて解決されるというわけではありません。 

メッセージキューを使うと、あるブロセスから別のブロセスにデータのブロックを送 u するこ 
とができます。各データブロックは咽を持つものとして扱われ、受 fj 側のプロセスではさまざま 
な喂を持つデータのブロックを受信することができます。メッセージキューの利*は、名前付き 
パイブの持つ M 期化の問題やブロックに問する問題をほぼ完全に N 避できる点です。逆に欠点 
は、パイプの垛合と M 様、各データブロックに敁人サイズにする制限があり、またシステム企 
体を通じてすベてのキュー I •.のすベてのブロックの iti 人介計サイズにも制限があるという点です。 

メッセージキューにはこうした制限がありますが、 X / Open 什様では、制限を超えると一部の 
メッセージキュー閲数が失敗すると規定されているだけで、制限「 I 体がどのようなものなのかを 
知るガ法については記述されていません 0 Linux では、 msgmax (4056) と msgmnb (16384) が定 
在されており、それぞれ各メッセージのバイト中.位の敁人サイズ、1つのキューの鉍人サイズを 
衣します。これらの侦はシステムによって異なる町能性があり、またシステムによっては定在 H 
体が存在しないこともあります。 
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2 . 3.2 


メッセージキュー関数 


メッセージキュー閲数の定在は次のとおりです 


#include <sys/types.h> 

#mclude <sys/ipc.h> 

(♦include <sys/msg. h> 

int msgctl(int msqid, int cmd, struct msqid_ds *buf); 
int msgget(key—t key, int msgflg )； 

int msgrcv(int msqid, void *msg—ptr, size_t msg_sz,long int msgtype, int msgflg )； 
int msgsnd(int msqid, const void *msg_ptr, size—t msg_sz, int msqflg); 


♦ msgget 

メッセージキューを作成したり、メッセージキュー(こアクセスしたりするには、 msgget 間数 
を使います。 


mt msqget (key_t kev, mt msgflg )； 


セマフォや几心メモリの坳介と M 様、メッセージキューに名阶を付けるための key の侦はプロ 
グラムが川;&します0キーに特別な侦 IPC_PRIVATE を指定すると、現在のブロセスだけがアク 
セスできるブライべ 一 卜なキューが作成されます。2挢丨丨のパラメータ msgflg は9つのパーミッ 
シヨンフラグから惝成されます。新しいメッセージキューを作成するときには、 IPC CREAT で定 
在される特別なビットとパーミッシヨンとのビット中•位の論理和を指定する必要があります。 
IPCJREAT フラグをセットして既介:のメッセージキューのキーを指定してもエラーにはならず、 
IP し CREAT フラグが必要ない坳介には中に無视されます。 

msgget は、成功するとの幣数（キュー識別，-)を返します。失敗した垛介には -1 を返しま 
す0 


♦msgsnd 

msgsnd 閲玫は、メッセージキューにメッセージを ill 加します 


mt msgsnd (mt msqid, const void *msg_ptr, size t msg sz t int msgflg )； 


メッセージの構造は 2 つの*で制限を受けます。まず、メッセージはシステムの制服より小さ 
くなければなりません 0 次に、必ず long int で始まらなければなりません。この long int は、 
メッセージ受倍 I 对数でメッセージの®として使われます0通常、メッセージを使うときには次の 
ような惝造休を定在します。 
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struct my_message { 

long mt message^type ； 

/ * The data you wish to transfer 


message_typ e はメッセージを受 U するときに使われるので、このメ ンバ を無视することはで 
きません。メッセージのデータ惝造をするときはこのメ ンバ をためなければなりませんが、 
それだけでなく、既知の侦を持っように初期化しておくほうが 1 ^明です。 

msgsnd 閲敌の iti •初のバラメータ msqid (こは、 msgget から返されたメッセ ー ジキュー識別 f •を 
指定します。 

2 浓丨丨 のパラメータ m S g_ptr には、送 f パ•するメッセージへのボインタを指定します，すでに ■ 兑 
明したように、メッセージは long int 叫で始まらなければなりません 
3 ifr II のパラメータ msg _sz には、 msg_ptr によって/ ji されるメッセージのサイズを衍定しま 
す> メッセージのサイズには、 long int のメッセージ喂の部分は穴まれません 
4 侨 II のパラメータ msgflg は、現/卜:のメッセージキューがいっぱいだったり、キューに人って 
いるメッセージに対するシステム令体での别限に述した場“の#作を指定するフラグです0 
msgflg で IPC _ NOWAIT フラグがセットされている坳ひ、 msgsnd 間数はメッセージを送 U せずに 
ただち UW ります，この坳介、閲数からの>乂:り侦は- 1 になります 。 msgflg で IPC_NOWAIT フラ 
グがクリアされている垛介、送^側のブロセスはキューに乍きができるまで•時 f ?; lh します。 

msgsndlW 数は成功すると 0 を返し、失收した坳介には -1 を返します。呼び出しが成功した場¬ 
合には、 メッセージデータのコビーが 取り出され、 メッセージキューに 时かれます。 


♦msgrcv 

msgrcvlW 数は、メッセージキューからメッセージを取捋します。 


mt msgrcv(int msqid, voia *msg 一 ptr, size_t msg—sz,long mt msgtype,int msgfla )； 


ili •初のパラメータ msqid には、 msgget から返されたメッセージキュー識別 f •を指 1 定します 0 
2 {fr 1 1のパラメータ msg_ptr (こは、 Hi するメッセージへのポインタを衍定します 0 msgsnd 
ですでに説明したように、メッセージは long int 喂で始まらなければなりません。 

3挢丨1のパラメータ xnsg _ SZ には、 msg _ ptr によって / J •くされるメッセージのサイズを衍定しま 
す。メッセージのサイズには 、 long int のメッセージ喂の部分は穴まれません。 

4浴 II のパラメータ msgtype は long int 喂で、このパラメータを使うことで簡中な受以の俺 
先度を衍定できます。 H 体的には、 xnsgtype が0ならキュー内で敁初に利川4能なメッセージを 
取り出します。侦が〇より人きい埸•合には、 l " J じメッセージ沏の M 初のメッセージを取り出しま 
す 0 侦が〇より小さい場合には、 xnsgtype の絶対値と向じか、またはそれより小さい型の M 初の 
メッセージを取り出します0 

この説明ではわかりにくいかもしれません。义際にメッセージを受信する側から解説を加えま 
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しょう。まず、送俏された順序でメッセージを受信したい垛介には、 msgtype に 0 を設定します 0 
特定のメッ セージ 喂のメッセージだけを受 M したい場介には、該，する喂の侦に等しい侦を 
msgtype に設定します 0 型が n か、またはそれより小さいメッセージを受 M したい場 • 介には、 
msgtype (こ -n をぬ定します。 

5 游丨 1 のパラメータ msgflg は、 該、レ 1 する叫のメッセ ー ジがない坳介の#作を指定するフラグ 
です。 msgflg で IPC NOWAIT フラグがセットされている場合、 msgrcv 閲数はただちに W りま 
す : この場 • 介、間数からの W り倘は - 1 になります， msgflg で IPCNOWAIT フラグがクリアされ 
ている場介には、 該、 M する喂のメッセージが到芯するまで、プロセスは一時忪 ll •. します， 

操作に成功すると、 msgrcv 問数は受倌 バッファに 扒かれた バイ ト数を返します。このとき、 
msg_ptr によって W されるバッファにメッセージがコビーされ、メッセージキューからデータが 

削除されます。失敗した場合には -1 を返します。 


♦ msgctl 

メッセージキュー問数の iri 後の問数 msgctl は、 JI ミイ 1 •メモリを制御する問数によく似ています 

int msgct 丄 （ int: msqid, mt command, struct msaid_ds *bui); 


msqidjs 惝造体には、少なくとも次のメンバがあります 


struct msqid_ds { 

uid_t msg_perm.uid; 
uid_t msg_perm.gid 
modest msg_perm.mode; 

} 


iri • 初のパラメータ msqid ( こは、 msgget から返されたメツセーシキユー識別 1" • を桁 ) il します。 
2 漘丨丨のパラメータ command には、灾行する操作を桁定します。次の 3 つの侦を指定できます 


表1 2.2 msgctl 极造体の command バラメータ 



IPC.STAT メッセージキューに関連付けられている頎を取得し、 msdidjs 描造体に格納する。 

•參•參#曹參癱勢參•參#••參•參•••••••••拳•••••♦•••••春••籲•••参••參•籲•參••籲 參 ••籲•籲•••翁癱癱籲參•参秦 •••••••••••__• ••籲 •_ •籲 春禱參 ••參••參•參籲♦•參 籲 •♦癱 籲癱籲籲 癱癱籲••感•感 籲麝秦秦麝 屬癱瓤 參參癱 秦參籲 ••籲 癱癱 ••籲 蠢秦癱秦籲蠢 暑 

IPC.SET msqid _ ds 構造体で指定された値に基づいて、メッセージキューに問連付けられている値を 


設定する。ブロセスは、この操作を行うためのバーミッションを持つている必要がある。 

，••拳參 •参參••參••••••••書春## ••參••春•春鲁馨_ •參__ ••春••••••春•参•春#參#_ •參 •參••••••••••••••••■••••着參馨參••••••参•••••看••參•春•籲參••癱參參秦參##4##秦#4 •♦き•參春###參翁籲孀鳙孀孀像籲镛禱•參籲參參籲籲籲攀籲■修馨着擊馨春春修鲁參參籲籲 • 

IPC_RMID メッセージキューを削除する。 



msgctl^ 数は成功すると 0 を返し、失敗した坳合には -1 を返します。ブロセスが msgsnd また 
は msgrcv 問数で待っているときにメッセージキューが削除された埸 • 介、送恺閲数または受仏閲 
数は操作に失敗します 0 

以 I•. でメッセージキュー間数についての説明は終わりです。さっそくサンプルプログラムを作 
成してメッセージキューの動作を確かめてみましよう 0 2 つのプログラム msgl.c と msa2 .c を作 








520 ♦ 第 12 章セマフォ、メッセージキュー、共有メモリ 


成します。 msgl.c はメッセージを受信するプログラム、 msg 2 .c はメッセージを送信するプログ 
ラムです。メッセージキューの作成はどちらのプログラムでも町能ですか％ メッセージキューの 
削除は、受 U 側が M 後のメッセージを受信したあとに受信側のブログラムで货行します。 


メッセージキュー 

1似初に示すのは、受 fii 側のブログラム msgl.c です 


♦♦include 
# include 
# inc 丄 ude 

#include 
#include 
#include 
#include 


< stdlib ^ h > 

< stdio # h > 

< string # h > 

< unistd . h > 

< sys / types . h > 

< sys / ipc . h > 

< sys / msg ^ h > 


struct my 一 msg_st { 

long int myjnsg _ type ; 
char some _ text [ BUFSIZ 】； 

}； 



int running =1; 
int msgid ; 

struct my _ msg_st some . data ; 
long int msg _ to—receive =0; 

2 まず、 メッセージキューをセットアップ します 


msgid = msgget (( key _ t ) 1234 # 0666 | IPC _ CREAT ); 

if (msgid ==-1){ 

fprintf ( stderr , "msgget failed \ n "); 
exit ( EXIT _ FAILURE ); 


3 次に、 end というメッセージに出会うまで、キューからメッセージを取り出します 0 仏•後に 
メッセージキューを削除します。 


while ( running ) i 

if ( msgrcv ( msgid , (void *>& some 一 data , BUFSIZ , 
msg — to _ receive , 0)==-1){ 
fprintf ( stderr , "msgrcv failed \ n "); 
exit ( EXIT — FAILURE )； 

} 

printf("You wrote : % s n • some — data . some — text ); 
if ( stmcmp ( some _ data . some _ text , " end ", 3) ==0} { 
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running =0; 

} 

} 

if ( msgctl ( msgid , IPC — RMID , 0)==-1){ 

fprintf ( stderr , " msgctl ( IPC _ RMID ) failed \ n "); 
exit ( EXIT _ FAILURE ); 

> 

exit ( EXIT __ SUCCESS ); 

> 

4 次に尔すのは、送信側のプログラム msg 2 .c です msgl.c とほとんど M じですが、 
msg _ to_receive の代わりに buffer [ BUFSIZ ] を Vi : i すし、メッセージキユーを削除する部分 
を竹略しています。また、ループの屮も#き換え、 msgsnd を呼び出して人力されたテキス 
卜をキューに送 U します， 


# include 
^include 
#include 
^include 


<stdlib.h> 
<stdio.h> 

く string•h> 
<unistd.h> 


#include <sys/types.h> 
#include <sys/ipc.h> 
#include <sys/msg.h> 


struct my_msg_st { 

long int my—msg—type; 
char some—text[BUFSIZ 】； 

}; 

int main() 

{ 

int running =1; 

struct my—msg—st some_data; 

int msgid ； 

char buffer [ BUFSIZ ]; 

msgid = msgget((key^t)1234, 0666 | IPC_CREAT); 

if (msgid ==-1){ 

fprintf (stderr, "msgget failed\n ”； 
exit(EXIT_FAILURE); 

} 

while(running) { 

printf("Enter some text :"); 
fgets ( buffer , BUFSIZ , stdin ); 
some _ data . my _ msg_type =1; 
strcpy ( some — data . some __ text , buffer ); 

if ( msgsnd ( msgid , (void *)& some — data , BUFSIZ , 0}==-1){ 
fprintf ( stderr , "msgsnd failed \ n "); 
exit ( EXIT 一 FAILURE }; 
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if ( stmcmp ( buffer , " end ", 3) ==0) { 
running =0; 

) 

} 

exit(EXIT_SUCCESS); 

} 

パイブの場合とは輿なり、プロセスが n 分 n # で h 期化の* r •段を川意する必要はありません0 
これは、パイプに対するメッセージの人きな利 a のひとつです 

メッセージキューに乍きがある坳禽、送 u 側はキューを作成し、キューにデータを人れてから、 
分「 I 分は受 U 側の起動前に終 r することができます 0 ここでは、 W 初に送 U 側の msg 2 を火行 
します0火行例を次に氺します。 


$ msg 2 

Enter some 
Enter some 
Enter some 
$ msgl 
You wrote: 
You wrote : 
You wrote: 


text : hello 

text : How are you today ? 

text : end 

hello 

How are you today? 
end 


解説 

送 U 側プログラムは、 msggetlW 数を使ってメッセージキューを作成し、 msgsndlW 数を使って 
キュー（こメッセージを ill 加します。 m •側プログラムは、 msgget を使ってメッセ ー ジキュー識 
別广を取得し、メッセージを受俏します end という特別なテキストを受け取ると、メッセージ 
の受 U を終え、 msgctl を使ってメッセージキューを削除します。 



キューの効率 


I •.の2つのサンブルブログラムからイヾ贤な部分を削除して W 低限必贤なコードだけを残し、 
10 MB のデータをやりとりしてキューの効中を測定してみました。その結!！!:、，行のマシンでは 
処理に 1.9 秒ほどかかりました。パイブを使った場合よりかなり迷くなっていますが、それでも 
非常によい数卞といえます。システムによっては、メッセージキューのほうがパイプより速い坳 
介もあります。 
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2 . 3.4 


メ ツセージキューの まとめ 


メッセージキューは、//•.い(こ閲迚のない2つのブロセスの | i " d でデータをやりとりするための効 
中•的な"法で、使いん•も比較的簡平•ですパイプと比べた場合のメッセージキューの利(は、メ 
ッセージキューが送俏側と受俏側のどちらのブロセスからも独立して☆:在することです y このた 
め、名前付きパイプでのオープンとクローズの | uj 期化といった問題も、メッセージキューではぢ 
必せずにすみますっ 


12.4 


CD データベースアブリケーシヨン 


これまでに取り I •.げた IPC 機能を使って CI ) データベースアプリケーシヨンを,1!:きめ:してみま 
しょろ。 

IPC 機能は3神:铂あり、さまざまな糾み介わせが" J * 能ですが、 CD デ ー タベースアブリケーシヨ 
ンではごく少认の怡報をやりとりするだけなので、メッセージキューを使って要求と応矜を 〆I :接 
送：“することにします。 

やりと0する怙報が多い場•介には、 A 際に受け渡しする怙报を几イ f メモリに时き、必炎なデ ー 
夕が J !： •心•メモリにあることをセマフォやメッセージキューを使って（トークンとして}ほかのプロ 
セスに知らせる"法がよいでしょう。 

メッセージキューのインタフェースを使えば、第110で作成したバージヨンが抱えていた | I!J 
题、っまりデータを受け渡しするためには送^側と受 U 側の内"がパイブをオーブンしていなけ 
ればならないという問題を | n | 避できます。メッセージキューでは、メッセージの送信光のプロセ 
スが现仆:キューのユーザーになっていなくても、送 U んのプロセスはキューにメッセージを阶く 
ことができるからです， 

ただし、クライアントに応矜を返す"法は検討を嬰します。ひとっのやり"として、サーバー 
⑴に1つ、れクライアント川に1つのメッセージキューを⑴总する"法があります。ただ、この 
力法では、 M 時に多数のクライアントが存在する場合に人 M のメッセージキューが必要になり、 
問題が起きる" J * 能性があります。•方、メッセージ内にメッセージ II ) フィ ールドを川ぬ:すれは‘、 
すべてのクライアントが1 つの メッセージキューを使う垛合でも、クライアントのブロセス II )を 
メッセージに沖.め込むことで特定のクライアントプロセスに応矜メッセージを渡すことができま 
す。各クライアントは、 n 分に妞てられたメッセージだけを取り出し、ほかのメッセージはキュ 
一に残しておけばよいのです。 

CI ) データベースアプリケーシヨンで IPC 機能を使うようにするには、 pi pe _ imp . c を阶き換 
えるだけです。以ドでは、 (5 き換え後のファイル ipc 一 imp . c の ' K 费部分にっいて説明します。 
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サーバー関数 


まず、必贤なヘッダーファイルをインクルードし、メッセージキューのキー、およびメッセ 


ー ジの データ を侪納する構造体を定義します 


# include " cd _ data . h " 

#include " cliserv . h " 

#include < sys / types . h > 

#include < sys / ipc . h > 

#include < sys / msg . h > 

# de£ine SERVER_MQUEUE 1234 
#define CLIENT^MQUEUE 4321 

struct msg_passed { 

long int msg _ key ; /* used for client pid */ 
message _ db__t real 一 message ; 

)； 


2 msgget から返されるキュー識別户を格納するために、ファイルスコープの変数を2つ川なし 
ます。 


static int serv_qid = -1; 
static int cli qid =-1; 


3 メッセージキューはいずれもサーバー側で作成します 


int server _ starting ( voia ) 

{ 

#if DEBUG_TRACE 

printf ( s - server _ starting ()\ n ", getpid ()); 

#endif 

serv—qid = msgget (( key 一 t ) SERVER _ MQUEUE , 0666 | IPC 一 CREAT }; 
if ( serv 一 qid ==-1) return ( O ); 

cli_qid = msgget (( key — t } CLIENT 一 MQUEUE , 0666 | IPC _ CREAT ); 
if ( cli_qid ==-1) return ( O ); 

return ( l ); 


4 終 r 時の後始未もサーバー側で行います。サーバーが終 r する際、 ファイル スコープの変数 
にキュー識別 r •としては無効な侦を設定し、 serve し ending が呼び出されたあとにサーバ 
一がメッセージを送 M しようとしても問駔が起きないようにします^ 
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void server — ending ( void ) 

{ 

#if DEBUGJTRACE 

printf( M %d :- server 一 ending ()\ n ", getpid ()); 

#endif 

( void } msgctl ( serv 一 qid , IPC — RMID , 0}; 

( void ) msgctl ( cli 一 qid , IPC — RMID , 0); 

serv_qid =-1; 
cli—qid =-1; 

} 

5 サーバー侧で龙水を说み取る閲数では、任立の喂のメッセージ（つまり任总のクライアント 
からのメッセージ）をキューから取り出し、メッセージ内のデータの部分を（叩を無祝して ) 
返します > 

int read 一 request 一 from — client ( message — db_t * rec 一 ptr ) 

{ " 
struct msg_passed my _ msg ; 

#if DEBUG_TRACE 

printf("%d :- read 一 request 一 from 一 client 〇 \ n ", getpid ()); 

#endif 

if ( msgrcv ( serv . qid # (void *)& my 一 msg , sizeof (* rec _ ptr }, 0, 0)==- 1 ){ 
return ( O ); 

} 

* rec」?tr = my 一 msg . real 一 message ; 
return ⑴； 

) 

6 応矜を送 U するときには、要求内に格納されていたクライアントのプロセス ID を使ってメッ 
セージの地先を衍定します。 

int send 一 resp 一 to 一 client(const message 一 db 一 t mess _ to — send ) 

{ ~ 
struct msg_passed my — msg ; 

#if DEBUG_TRACE 

printf ( ,,0 4 d :- send 一 resp — to 一 client () \ n ", getpidO ); 

# endi £ 

my 一 msg . real 一 message = mess 一 to _ send ; 
my _ msg . msg_key = mess 一 to 一 send . client _ pid ; 

if ( msgsnd ( cli 一 qid , (void *)& my 一 msg , sizeof ( mess 一 to 一 send ), 0)==- 1 ){ 
return (0); 

} 

return (1); 
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例題 


クライアント関数 


1クライアントは、起動後にサーバーとクライアントの I 山 j " のキュー識別/•を取得する必•炎が 
あります。サーバーが火行されていない場•介、メッセージキューは#介:しないので、 
client starting 関数は失敗します。 


int client _ starcing ( void ) 

{ 

#if DEBUG_TRACE 

printf( M %d :- client-Starting\n " ， getpid()); 
#endif 

serv_qid = msgget (( key — t > SERVER 一 MQUEUE , 0666); 
if ( serv—qid ==-1) return ( O ); 

cli 一 qid = rosgget (( key 一 t ) CLIENT 一 MQUEUE ， 0666); 
if ( cli_qid ==-1) return ( O ); 
return ( l ); 


2 サーバー m 搽、クライアントが終 r する際、ファイルスコープの変数にキュー識別，•として 
は無効な仙:を設定します C clientjnding が呼び出されたあとにクライアントがメッセージ 
を送 U しようとしても問姐が&きないようにします。 

void ciient_ending(void) 

{ 

#i£ DEBUGJTRACE 

printf ( n %d :- client.ending()\n w , getpid()); 

#endif 


serv 一 qid =-1; 
cli 一 qid =-1; 

3 サーバーにメッセージを送^するには、惝造体の内部にデータを格納します。メッセージキ 
一も,没定する必贤があります〇 〇はキーの侦として小1卜:です。未定在のままにしておくと、キ 
一がランダムな侦を取る可能性があり、たまたま侦が〇になっていた場合には関数が失敗し 
ます。 


send mess to server(message db t mess to_send) 


truct ms< 
if DEBUG 


ig_passed my_msg; 

#i£ DEBUG.TRACE 

printf ( n %d :- send 一 mess_to_server()\n", 
#endif 


getpidO ) 


，一 msci-real message = mess_to_send; 
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my 一 msg.msg 一 key = mess 一 to 一 send . client _ pid ; 

if ( msgsnd ( serv 一 qid ， (void msg , sizeof < mess — to — send }, 0)==- 1 ){ 

perror (Woops "); 
return ( O ); 

) 

return (1); 

> 

4 サーバーから メッセージを取沿する際、クライアントは「|分のブロセス II )を使って「|分宛て 
のメッセージだけを取り出します。ほかのクライアント術てのメッセージは無拟します 

int read 一 resp 一 from 一 server ( message _ db—t * rec _ ptr ) 

{ 

struct msg__passed my _ msg ; 

#if DEBUG_TRACE 

printf ( "%d s - read 一 resp 一 from 一 server (}\ n ", getpid ()); 

#endif 

if ( msgrcv ( cli _ qid # (void *)& my 一 msg , sizeof (* rec _ ptr }, getpid (), 0)==-1){ 
return ( O ); 

} 

* rec」?tr = my — msg . real 一 message ; 
return ( l ); 


5 pipe 一 imp . c との V こ个な/ 1: 換性を確保するために、以ドの4つの閲数を定義します。ただし、 
パイプを使う坳介には必贤だった処那もメッセージキューではイく要なので、閲数の中身は， 
です， 

int start 一 resp 一 to 一 client(const message — db 一 t mess 一 to 一 send } 

{ " 
return ( l ); 


void end _ resp _ to _ client ( void ) 




int start 一 resp 一 from 一 server ( void ) 
{ 

return (1); 


void end—resp from server ( void ) 


パイプを使うバージョンとメッセージキューを使うバージョンとを比較すると、 IPC のメッセ 
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ージキューの利戍がよくわかります。必袈な_数の数が減るだけでなく、各関数も簡潔に紀述す 
ることができます。 


wm ipc ス テ-タスコマンド _ 

X パ) pen a •様では必姒ではありませんが、ほとんどの UNIX システムでは、コマンドラインか 
ら IPClVf 钳にアクセスするためのコマンド、 ipcs と ipcrm が川 .5: されています 0 これらのコマ 
ンドは、プログラムの開発時に使うと便利です 0 



システムのセマフォの状態を調べるには、 ipcs -s コマンドを使います 0 セマフォが#仆•する 
場介には、次のように出ノ J されます。 


$ ipcs -s 


- semaphore Arrays - 

key semid owner perms nsems status 

0x000004d2129 rick 666 1 

ブログラムが（立 N に反して）戏したセマフォは、 ipcrm コマンドで削除することができます 
Linux I •.で I •.のセマフォを削除するには、次のコマンドを火むします。 


$ ipcrm sem 1^9 

その他の多くの UNIX システムでは、次のような芥式が使われています。 


$ ipcrm -s 129 



共有メモリ 


セマフォ m 様、コマンドラインから共存メモリの悄報にアクセスすることもできます。使叫す 
るコマンドは ipcs - m と ipcrm shm < id > (または ipcrm -m < id >) です 0 
次にボすのは 、 ipcs - m コマンドからの出力例です。 





$ ipcs -m 


- Shared Memory Segments - 

key shmid owner perms bytes nattch status 

0x000004d2130 rick 666 4096 2 


4KB の 1 つの•心 • メモリセグメントが 2 つのブロセスによってアタッチされていることがわか 
ります0 


イ（メモ 

1^1 


ipcrm shm <id> コマンドを使うと、 K •打メモリを削除することができます 
メモリ使川後の後始末に失敗した場合などに使用します。 


ブログラムが共 


メッセージキュ 


メッセーシキユーの場•☆には、 ipcs -q と ipcrm msg <id> (または ipcrm -q <id>) を使い 
ます0 

次にボすのは ipcs -q からの出力例です 
$ ipcs -q 


- Message Queues - 

key msqid owner perms used-bytes messages 

0x000004d2 257 rick 666 3072 3 


メッセージキューに 3 つのメッセージがあり、介 , i | •サイ ズが3072バィ トであることがわかります。 
メッセージキューを削除するには、 ipcrm msg <id> コマンドを使います。 


12.6 


この章のまとめ 


12 


このひでは 、 UNIX System V .2 で汾人されたセマフォ、 JI ：- \\ メモリ、メッセージキューの3つ 
のプロセス問通 U 機能について取り|••げました ） System VIPC が提供する必度な機能を使うと、 
プロセス IlljiifiU を行うプログラムが抱えるさまざまな課题にも粱軟に対処することができます 


) UNIX という呼称を使用するためにはどのような機能を提供しなければならないかを定めた 
X / Open 仕様では' この章で取り上けた IPC 関連関数についてコメントが付けられています。 
注憲 このコメントでは、 IEEE 1003.4 によつてブロセス間通信のための代替インタフェースが現 
在問発されており、 IPC 機能を使つたアブリケーシヨンを作成する際は、今後代替インタフェ 
—スを使うようになつた場合でも修正しやすいように設計すべきである、と述べられています。 
IPC 機能を使う場合にはこの点にも注意しておくとよいでしょう。 
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この草では、もうひとつのプロセス問通信の方法について取り I ••げます。これまでに取り I ••げ 
た方法は、1台のコンピュータ上で共冇リソースを使うことを前提としたものでした。この場合、 
使用するリソースは、ファイルシステム空問や共有メモリ、メッセージキューなど、それぞれの 
ノ/法ごとに與なりますが、リソースを使⑴できるのは該当するコンピュータで％行中のプロセス 
だけに限られています。 

Berkeley バージョンの UNIX は、パイブの概念を拡張したソケットインタフェースと呼ばれる 
新しい M 信手段を導人しました。ソケットはパイプとほぼ M 様に使川できますが、ネットワーク 
を介したも扱うことができるようになっており、汎川性がレ、っそう“まっています〇 J I •体的 
には、あるコンピュータト.のブロセスと別のコンピュータ I ••の プロセスとか' ソケットを使うこ 
とで了 I :いに Mf ••{できるようになっています。ソケットを利川すると、クライ アン トサーバー シス 
テムをネットワーク上に分散して fill 阶することができます。 

ソケットインタフェースに閲しては Windows Sockets 、 略して winSock と呼ばれる公1!9代様 
があり、 Microsoft Windows でもソケットを利用できるようになっています。 Windows のソケ 
ットサービスは winsock.dll というシステムファイルによって提供されており、ネットワーク 
を介して UNIX コンピュータと通俗する Windows ブログラムを作成すれば、 W . なるでクラ 
イアントサーバーシステムを構築することも" J * 能です 0 winSock のプログラミングインタフ ェー 
スは UNIX のソケットとはやや代なりますが、コンセプト「 I 体はじです， 

UNIX には火にさまざまなネットワーク機能があり、この0だけでそのすべてについて•ホしく 
解•兑することはできません 5 ここでは、「 I 分でネットワークプログラムを作成できるようになる 
ことを丨丨檔に、プログラミングに問係のあるネットワ ー クインタフェースについて説明します0 
取り I •.げる拟 II は次のとおりです， 

〇 ソケット接続の勋作のしくみ 
〇 ソケットの诚件、アドレス、 

〇 ネットワーク M 報とインターネットデーモン 
〇 クライアントと サーバー 


nwi ソヶットとは _ 

ソケットは、1台の マシン I •.での ローカルな クライ アント サーバー システムや、ネットワーク 
を介したクライアントサーバーシステムの開発を" r 能にする Mfii 機構です:） UNIX が從供する印 
刷などの機能、 rlogin や ftp といったネットワークユーティリティの通怊機能は、ソケットを 
使って灾现されています。 

ソケットではクライアントとサーバーが明確に K 別されるので、作成"法や使いガもパイプと 


ソケット接続の働きは、ひっきりなしに祗•话がかかってくる会社にたとえて考えると坪解しや 
すいかもしれません0会社にかかってきた沲話は受付によって適切な部署にまわされ(サーバー 
プロセス）、さらにそこから適切な択、〖彳荇（サーバーソケット） へと 転送されます。この時 A で、 
かかってきた（クライアント）と適切な通話先（エンドポイント）とが結び付けられたことに 
なり、間に介介:するオペレータ役(受付や部反など)はほかの m 話を受けることができるように 
なりますでは、 UNIX はこうしたソケット接絞をどのような方法で確立するのでしょうか。 

まず iri 初に、サーバーアプリケーションがソケットを作成します。これは、サーバープロセス 
に剂り q 彳てられるオペレーテイングシステムのリソースです。サーバーが socket システムコー 
ルを使ってソケットを作成した時点では、ほかのブロセスはまだソケットにアクセスできません。 

次に、サーバープロセスはソケットに名前を付けます。ローカルソケットには 、 UNIX ファ イ 
ルシステムの ファイ ル名がひえられます （/ tmp や/ usr / tmp には、しばしばこうした ファイルが 
あります）。-方、ネットワークソケットの垛合には、クライアントから接続 nj * 能な特定のネッ 
トワークに化じたサービス識別 f •(ポート畨けアクセスポイント）が名前になりますソケッ 










ソケツト 



13.2 クライアントがサーバーブロセスを介してエンドボイントにアクセスする 



555-0828: 受付 


13.3 クライアントがエンドボイントと接綾する 





13.2ソケット接続 ♦ 535 


卜に名前を付けるには、 bind システムコールを使います。 

サーバープロセスは、私前を付けたソケットにクライアントが接絞してくるのを作ちます〇ま 
た、|"1時に複数のクライアントが接続してきた場介のために、 listen システムコールによって 
接続) |j のキューを作成します。サーバーは、 accept システムコールによって接続を受け人れる 
ことができます。 

サーバーが accept を呼び出すと、名前の付いたソケットとは別の新しいソケッ1、が作成され 
ます。この新しいソケットは、接続してきた特定のクライアントと; i 3 H , i するためだけに使われま 
す。名前の付いたソケットはそのまま残っており、ほかのクライアントからの接続川に利川する 
ことができます。このため、サーバー側を適 yj に妃述すれば複数の接絞を扱うことができます0 
中.純なサーバーの坳介、あとから接続してきたクライアントは、サーバーが対6できるようにな 
るまでリスンキューで作機します。 

ソケットベースのシステムでは、クライアント側の flflrt は簡#ですクライアントは、 socket 
を呼び/ II して名前のないソケットを作成します次に、 connect を呼び m し、名前の付いたソケ 
ットをアドレスに使ってサーバーとの接絞を確、 •/. します。 

接続の確、>:後は、ソケットを低水，ファイルデスクリブタのように扱うことができ、从"叫の 
データ通信が" I 能になります。 

次に氺す clientl.c は、ごく簡#なソケットクライアントブログラムです 0 れ前のないソケ 
ットを作成し、 server_socket という hlW のサーバーソケットに接絞します 0 socket システム 
コールに っいては、少しあとで,ぼしく •兑明します 

| p | 簡単なローカルクライアント _ 

1 ヘッダーファイルをインクルードし、必•松な変数を川します 


# include <sys/types^h> 
^include <sys/socket^h> 
#include <stdio.h> 
#inciude <sys/un^h> 

#include <unistd^h> 


int main() 

{ 

int sockfd; 
int len; 

struct sockaddr_un address; 
int result; 
char ch = 'A'; 



2 クライアント川ソケットを作成します c 


sockfd = socket<AF 一 UNIX, SOCK 一 STREAM, 0); 
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3サーバー側と M じ名前でソヶットの名前を指定します。 

address. sun__ family = AF_UNIX; 

strcpy(address.sun_path, "server—socket " 〉 ； 

丄 en = sizeof(address); 

4 クライアントのソケットをサーバーのソケットに接絞します 

result = connect(sockfd, (struct sockaddr *}&address, len); 

if(result ==-1){ 

perror (•'oops: clientl"); 



5 sockf d を介して説み, 1 ?きができるようになります。 

write(sockfd, &ch,1); 
read(sockfd, &ch,1); 

printf("char from server = %c\n", ch); 
close(sockfd); 
exit(0); 

> 

このブ U グラムを火むするとエラーになりますこれは、接続光のサーバー側のソケットをま 
だ f 1•:成していないためです。 



oops : client 丄 ： No such file or directory 
$ 

次に尔す serverl.c は、クライアントからの接続を受け付ける簡中•なサーバーブログラムで 
す。サーバーソケットを作成し、ソケットに名前を付け、リスンキューを作成し、接続を受け人 
れます‘） 


例題 


簡単な ローカルサーバ 


ヘッダーファイルをインクルードし、必袈な変数を川总します 0 


#include 
#mclude 
# include 
# include 
#include 


<sys/types.h> 

<sys/socket*h> 
<stdio.h> 
<sys/un.h> 
<unistd.h> 
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int server_sockfd # client_sockfd; 
int server_len # ciient.len; 
struct sockaddr_un server_address; 
struct sockaddr_un client_address; 

2 山•いソケットが贱つていれば削除し、サーバー川に名前のないソケットを作成します。 

unlink('• server_socket " 〉； 

server_sockfd = socket(AF.UNIX, SOCK.STREAM, 0); 

3 bind を呼び出してソケットに名前を付けます 

server_address#sun_ramily = AF_UNIX; 

strcpy (server_address • sun_path, M server 一 socket ； 

server 一 len = sizeof(server_address); 

bind(server_sockfd, (struct sockaddr *}&server—address, server—len); 

4 接続キューを作成し、クライアントからの接続を作ちます 

listen ( server _ sockfd , 5) ; 
whiled ) { 
char ch ; 

printf("server waiting \ n "); 

5 接続を受け人れます： 

client_sockfd = accept(server_sockfd, 

(struct sockaddr *)&client address, &client_len); 


6 client _ sockfd を介してクライアントに讨する丨说み i 1 ! •きができるようになります 0 

read ( client _ sockfd , & ch , l ) ; 
ch ++; 

write ( client _ sockfd # & ch ,1); 
close(client sockfd ); 



このサーバープログラムでは、 | nj 時に1 つの クライアントに対してのみサービスを從供します。 
サービスの内稃は、クライアントから1义卞を説み取り、これをインクリメントしてから返すと 
いうものです。クライアントに代わってもっと“度な処坪を行う場合、 Ml ほに1 つの クライアン 
卜しか扱うことのできないサーバーでは役个足です。ほかのクライアントは、サーバーが処邱を 
終えるまで接絞できないからです。叫時に複数の接続を" f 能にする"法にっいてはあとで取り L 
げます。 
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このプログラムを义行すると、サーバーはソケットを作成して接続を”ちます。サーバーブロ 
グラムをバックグラウンドで义行しておけば、クライアントをフォアグラウンドで起#すること 
ができます。 

> serverl & 

[1] 1094 

$ server waiting 

接続を作つ際、サーバーはメッセージを衣/ ji します。このサンプルプログラムの坳合、サーバ 
一が接絞をっているソケットはファイルシステムソケットです淡、 1 〗するファイルのむ:/1:は、 
Is コマンドで確かめることができます •般に、ソケットを使い終わったら（ブログラムがシグ 
ナルをクけ取って終 r した坳念も穴めて）、ソケットを削你しておきます 

$ Is -IF server—socket 

srwxr-xr-x 1 neil users 0 Jan 14 08:28 server_socket= 

パーミッショ ン の:の s とファイルれの W •後の=は、デバイスタイプがソケットであること 
を小していますソケットは、ふつうのファイルと lujttU こ作成され、パーミッションも现の 
umask によって修|卜:されます。 ps コマン ドを使うと、サーバーがバック グラウン ドで％行屮であ 
ることを確かめることができます。 STAT 列には S が衣ボされ、ブロセスが現在休眠中で、 CPU 
リソースを消竹していないことがわかります 

$ ps -lx 

FLAGS UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND 

100000 502 22727 20453 11 0 808 22813bd7a S p4 0:00 serverl 

サーバーブログラムが火行されていることを確認したところで、クライアントプログラムを火 
行してみましょう今度はサーバーソケットがむ:心:するので、ソケットに接続してサーバーと;也 
U することができます， 

$ clientl 

server waiting 

char from server = B 

$ 


端未 I ••では、クライアントとサーバーからの出力が•緒になって衣示されていますが、サーバ 
一がクライアントから1交•卞を受け取り、これをインクリメントしてから返していることがわか 
ります0サーバーは灾行を絞け、次のクライアントが接絞してくるのを待ちますクライアント 
をいくっか M 時に火行すると、各クライアントは順番にサーバーからサービスを受けます。 
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$ clientl & clientl & clientl & 

[2] 1106 

[3] 1107 

[4] 1108 
server waiting 

char from server = B 
server waiting 
char from server = B 


server waiting 
char from server = B 
server waiting 
[2] Done 
(3 ] - Done 
[4]+ Done 
$ 


clientl 

clientl 

clientl 



ソケットの属性 


サンプルプログラムで使っているシステムコールについて邱解するには、 UNIX のネットワ ー 
クについて少し知っておく必要があります。 

ソケットは、ドメイン、タイプ、ブロトコルという3つの W 性によって特徴付けられます（そ 
れぞれの W 性については以ドで W に说明していきます）。また、ソケットはアドレスを持ち、こ 
のアドレスがソケットの名前として使われます。アドレスの形 A はドメインによって W なります0 
ドメインはプロトコルファミリと呼ばれることもあります。各プロトコルファミリでは、アドレ 
スの形式を定在するのに1つまたは複数のアドレスフアミリを使川できます0 


♦ ソケツトのドメイン 

ドメインは、ソケット ilfif パで使川するネットワーク媒休を指定するものです0敁もよく使われ 
るソケットドメインは、インターネットネットワークを •£ 味する AF_INET です0インターネット 
ネットワークは、多くの UNIXLAN 、 そしてインターネットで使われています。インターネット 
ネットワークを支えているプロトコル、いわゆるインターネットブロトコル （| p ) は、1つのアド 
レスファミリだけを持ち、ネットワーク h のコンピュータを指定するのに特定の力•法を川います0 
こ ： fL アドレスです。 

ほとんどの場合、インターネット上のマシンを特定するには名前を使いますが、これらの名前 
は、货際に通信を行う前に低水準の IP アドレスに変換されます。すべての IP アドレスは、 
192.168.1.99 のように、それぞれが256より小さい4つの数で衣されます（この衣記法のことを10 
進数ドット衣記といいます >〇クライアントがネットワーク上でソケットを介してサーバーと接続 
するには、サーバーコンピュータの IP アドレスを知っている（または兄つける）必发:があります。 

一方、 サーバー上では複数のサービスが提供されている吋能性があります。そこで、クライア 
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ントは IP ポートを使って接続 光 マシンの特定のサービスを指定し ます。 システム内部では、•な 
の16ビット幣数を剂 り、 1 彳てることによってポートを識別し、外部との問では、 IP アドレスとポ 
ー ト济リ •の組み介わせによってポートを識別し ます、 ソケットは;! fiU の端焱（エンドポイント） 
でぁり、火際に通信を行う前にソケットをボートに結び付けなければ（バインドしなければ）な 
り ません。 

サーバー側では、特定のポートで接続を”ちます c よく知られたサービス（既知のサービス） 
には、あらかじめ決められたポート嵛リ•が剂り4てられており、これらのポート潘 ij •はすべての 
UNIX マシンで共通に使われます:この神のポート t りは、1024より小さいのがふつうです。ブ 
リンタスプーラ（515 )、 rlogin (513), ftp (21), http (80) などはその例です。ちなみに以後 
の http は、 WWW サーバーが使うボートです •般に、1024より小さいポートはシステムサー 
ビ ス のために f 約されており、スーパーユーザー特愤を持つプロセスだけが侦川できます 

X/Open 化様では、 iriiMj (>/；(/) 户約ボート番 1 りを衣す定数 ipport_reserved を netdb.h で定衣し 

ています.> 

は 準的なサービスについては•速のポート沿り•が记まっているので、コンビュータはこれらの 
ポート济 v を使っていに VfM (こ接続することができます •ノ八ローカルなサービスでは、非 
挖咿 的なポートアドレスを使うことがありますすでにサンブルブログラムで使ったドメインは、 
UNIX ファイルシステムのドメイン AF - UNIX です 。 AF UNIX は、ネットワークに接続されていな 
い1台のコンピュータ I ••でも使川できるドメインで、そのブロトコルはファイル人川ノ J であり、 
アドレスは絶対ファイル名ですサンプルブログラムではサーバーソケットのアドレスとして 
server 一 socket を使いましたが、これがサーバーアブリケーシヨンを火行したときに现 / i : のデ 
ィレクトリ内のファイルとしてむ•イ|することは、すでに W たとおりです。 

AF—INET や AF_UNIX 以外のドメインとしては、 ISO 榇，ブロト コルに 路づくネットワークを衣 
す AF 一 iso、Xerox Network System を衣す af ns などがありますが、•般的ではないので本, 1 !: 
では取りI•.げません。 

♦ ソケットのタイプ 

1 つの ソケットドメインには、それぞれ特徴の W •なるさまざまな通信手段が用; G されて いる こ 
とがあります0 af - unix ドメインソケットでは、この以が問跑になることはありません。 i t mn _ 
の“い双ノ/向の通信経路を利川できるからです。しかし、ネットワークドメインの場合には、ネ 
ットワークの特性にルぬ:を叫ける必要があります 

インターネットブロトコルは、ストリームとデータグラムという2つの與なるレベルのサービス 
を提供しています。 

このうち、ストリーム（いくつかの A 1 又で標準人出カストリームと似ています）では、如性の 
A い順次双方叫のバイトストリームに店づく接続を利) | j できます。かみくだいていえば、送倌さ 
れた データが失 われたり、艰 複 したり、 順序が 人れ 荇 わったり することのないことが保; iii •:されて 
おり、もしそう した 状況が発 •した 坳介には、エラーによってそれとわかるという总味です 人 
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きなメッセージはフラグメント化されて虹送され、あとで組み、 Z てめ:されます。これは、大缺の 
データを受け取ったファイルストリームが、データを小さなブロックに分けて低水準ディスクに 
打き込みを行うのとよく似ていますストリームソケットでは#作の r づ則が" r 能です。 

ストリームソケットは、 SOCK—STREAM というタイプによって指*// i£ し、 AF_INET ドメインでは 
TCP / IP 接続によって火装されていますまた、ストリームソケットは AF—UNIX ドメインでもよ 
く使われます SOCK STREAM ソケットはネットワークアプリケーションのプログラミングでは • 
般的なので、このヴでも i : .にストリームソケットについて解说します0 


m 

メモ 


TCP / IP は' Transmission Control Protocol/Internet Protocol (伝送制御ブロ トコル/イ 
ンターネットブ□トコル）の略です。 TCP / IP は、ネットワークを介したコンピュータからコン 
ビュー タへの ルーテ インクを サボー トしています。大 * の転送 データが 確実に目的地に到屬する 
ことを保証するために、 TCP / IP では順序付け、フロー制御、再送が可能になつています。 


•)j 、SOCK DGRAM というタイプ(こよって指定するデータグラムソケットは、接続の確々••と維 
持を行いません。また、送 u できるデータグラムのサイズにも; ty 限があります，データグラムは 
中•独のネットワークメッセージとして送 f , i され、途中で失われた〇、砍複したり、順け;が人れ杯 
わったりして丨丨的地に到々することがあります 3 

データグラムソケットは、 AF__INET ドメインでは UDP / IP ^ 絞によって火装されており、送 U 
された順に到济するとは限らない俗赖性の低いサービスを提供しますただし、使) II するリソー 
スの亂ぐ.(から站れば、ネットワーク接続を維待する必•出がない分、データグラムソケットのほう 
が各 : 価に利川できます。また、接絞をセットアップする時問も必袈なく、速です。 UDP は 
User Datagram Protocol (ユーザーデータグラムブロトコル）の略です。 

价報サービスに対する l | u | きりの問い介わせや、ステータス惝報の定期的な提供、プライオリ 
ティの低いログの収災などを行う坳介には、データグラムが適しています，サーバーが“死んだ" 
場合にクライアントの Mfe 動が必要ないことも利点です:> 


♦ ソケツトのプロトコル 

贤求されたソケットタイブを提供するのに极敉のブロトコルを使川できる垛介には、特定のブ 
ロトコルを選択することができます。この C では、 UNIX ネットワークとファイルシステムのソ 
ケットだけを取り I •.げるので、（デフオルト以外の）プロトコルを選択する必要はありません0 
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13.3 


ソケツトの使い方 


ソケットの#;; I についてはひととおり说明が•済んだので、以ドでソケット閱迚のシステムコー 
ルについて詳しく解説しましょう。 


13 . 3 . 


ソケットの作成 


socket システムコールは ソケッ トを作成し、 ソケッ トへのアクセスに使川できるデスクリプ 
夕を返します。 


# include <sys/types.h> 

#include <sys/socket•h> 

int socket(int domain, int type, int protocol); 


作成されたソケットは、 MU チヤネルの•力の端点になります。パラメータ domain にはアド 
レスフアミリを指) U し、 typeU はソケットで使う通 U のタイプを衍定します:パラメータ 
protocol (:は使川するブロトコルを指定します。 

ドメインには次のようなものがあります。 


O AF.UNIX UNIX 内部（ファイルシステムソケット） 

O AF_INET ARPA インターネットプロトコル （ UNIX ネットワークソケット） 

O AF.ISO ISO !?: 準プロトコル 


O AF NS 


Xerox Network Systems ブロ トコル 


ili •もよく使われるソケットドメインは、 AF_UNIX と AF —INET です。 AF_UNIX は、 UND (ファイ 
ル システムを介して火装される ローカル ソケットを使うときに指定します 0 AF_INET は UNIX ネ 
ットワークソケット川のソケットドメインで、インターネットをはじめ、 TCIVIP ネットワーク 
経 III で通 U するブログラムで使うことができます 0 Microsoft Windows の WinSock インタフエ 
ースでもこのソケットドメインにアクセスすることができます。 

パラメータ type は、新しく作成するソケットで使う通 U のタイプを衣し、次の侦を指定する 
ことができます0 

9 SOCK_STREAM 
9 SOCK DGRAM 
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SOCK_STREAM は、 U 賴性の！^い順次双ノノ K りのバイトストリームです。 AF_INET ドメインソケ 
ットの場介、 SOCK__STREAM は TCP 接続によって提供されます。 TCP 接続は、ストリームソケッ 
卜の 接続時に 2 端点間で確立されます。データは、ソケット接絞を 介して双" 问にやりとりする 
ことができます 0 TCP ブロトコルには、以いメッセージをフラグメント化して抖び組み//•.てめ:す 
機能が備わっているほか、ネットワーク経路の途1••で火われた仟意の部分を再送することもでき 
ます。 

SOCK_DGRAM はデータグラムサービスです0このソケットを使うと、 W 定以人以サイズ（-般 
には小さいサイズ）のメッセージを送 M することができますが、メッセージが I 丨的地に IV 送され 
ることも、ネットワーク h で順け;が人れ枰わらないことも保,;あされません AF_INET ドメインソ 
ケットの場介、 SOCK JDGRAM は UDP データグラムによって提供されます。 

通に使うプロトコルは、•般にソケットのタイプとドメインによって決まります通常、選 
択肢は1つだけです 2 socket シス テムコールの パラメ ー タ protocol は、梭数のブロト コルファ 
ミリから1つを選択する必•炎がある場介に、特定のブロトコルを指定するのに使います0 0を指 

すると、デフオルトのブロトコルが選択されます 0 このウで収り I •.げる例では、いずれもこの 
パラメータには () を指定します。 

socket システムコールはデスクリブタを返しますこのデスクリブタは、多くの A •.(で低水， 
ファイルデスクリプタによく似ていますたとえば、ソケットか<いったんもうのソケットと 
接続されたあとは、 socket システムコールから返されたデスクリブタを衍定し、 read システム 
コールと write システムコールを使ってデータのやりとりを行うことができます。また、ソケッ 
卜接絞を終 r するのにも close システムコールを使います 


3 . 3.2 


ソケツトのアドレス 


各ソケットドメインには独「 I のアドレス形 A が必袈です0 AF . UNIX ソケットの坳☆、アドレス 
は、 sys / im . h で定義されている次のような偁造体 sockaddr un で衣現されます 3 


t __ ■ ■ _ ■■ ■ ■ 

struct sockaddr. 

_un { 


sa_family_t 

sun_family ； 

"AF_UNIX V 

char 

}； 

sun_path (]； 

/ * pathname */ 


ソケットを扱うシステムコールに対してさまざまなタイプのアドレスを渡すことができるよう 
にするために、各アドレスの形式は I ••と|"1じような構造体で衣されます0 H 体的には、構造体の 
先颁 （sockaddr 一 un の坳合には sun — family ) に、アドレスのタイプ（ソケットドメイン）を衣 
す フイ ールドがあります。 AF _ UNIX ドメインの埸介、アドレスは sun _ path フィールドの ファ イ 
ル名によって衣されます0 

現丫 H の Linux システムでは、 sa _ family_t 印•は short です （ sa—family t 喂は、 sys/uruh 
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で穴讀すべきものとして X バ) pen 什様で定在されています）〇また、 sim_path で指定される 
pathname の反さは、 UNIX _MAX_ PATH 义卞に制限されています。アドレス構造休はサイズが変 
わるので、多くのソケットシステムコールではアドレスのサイズを指定する必要があるか、また 
は/ IWJ にサイズが^まれています。このサイズは、対象となるアドレス構造体をコピーするとき 
に利川することができます。 

AF_ INET ドメインでは、 netinet .h で)ヒ及されている sockaddr_in 構造体を使ってアドレス 
を指定します。 sockaddr in 構造体には、少なくとも次のメンバがあります。 


struct sockaddr_m { 
short int 

unsigned short int 
struct in_addr 

}； 

sin_family; 
sin_port ； 
sin_addr; 

/* AF_INET */ 

/* Port number * / 

/ * Internet address V 


ip アドレス構造体は次のように定在されています 



■ - - --- 1 

struct m_addr { 

unsigned long mt 

}； 

s_addr ； 




この惝造体では、 IP アドレスの 4 つのバイ トが 1 つの 32 ビット侦で衣されます 0 AF_INET ソケ 
ッ トを 衣现するには、ドメイン、 1 P アドレス、およびポー ト 沿り•だけで I •分です0アブリケーシ 
ヨンの観点から U ると、すべてのソケットはファイルデスクリブタと M じようにふるまい、•总 
の幣数侦によって識別することができます0 



ソケットの命名 


ほかのプロセスからソケットを利川できるようにするには、サーバープロトコルがソケットに 
れ前を付ける必贤があります 0 すでにサンブルブログラム serverl で/ ji したように、 AF_UNIX 
ソケットの場•介には、ファイルシステムのパスれをソケットに閲述付けます 0 AF_INET ソケット 
の埸介には、ソケットを IP ボート赉 y •に閲迚付けます 


#inciude <sys/socket.h> 

int binaunt socket, const struct sockaddr *address, size t address len )； 


bind システムコールを使うと、ファイルデスクリブタ socket に閱迚付けられている名前のな 
いソケットに対して、パラメータ address で指定されたアドレスを割り兴てることができます。 
パラメータ address^Len には、アドレス構造体の反さを指定します 0 

アドレスの M さと形式はアドレスファミリによって與なります 0 bind を呼び出すときには、ア 
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ドレス構造体へのポインタを汎⑴アドレス喂 （struct sockaddr *) にキャストする必要があり 
ます。 

bind システムコールは、成功すると0を返します，尖敗した場合には -1 を返し、 errno には 
次の V 、ずれかの侦が設定されます0 


O EBADF 
O ENOTSOCK 
O EINVAL 
O EADDRNOTAVAIL 
O EADDRINUSE 


ファイルデスクリブタが無効である。 

ファイルデスクリプタがソケットを参照していない 0 
ファイルデスクリブタがすでに名前の付いたソケットを参照している 
アドレスを利川できない。 

アドレスにはすでにソケットが•バインドされている。 


I ••の侦に加えて、 AF — INET ソケットではさらに次の侦を取ることもあります， 

〇 EACCESS 指定されたファイルシステム名を作成するためのパーミ 

ッシヨンがない。 

O ENOTDIR 、 ENAMETOOLONG ファイル％の抬)ヒカ ? 適 W ではな I 、 0 


3 . 3.4 


ソケツトキューの作成 


ソケット I ••で接絞を受け人れるには、保衍屮の要求を格納するためのキューをサーバーブログ 
ラムが作成する必贤があります。 


#mclude <sys/socket. h> 

mt listen (mt socket, int backlog )； 


キューに保持できる保留中の接続の iri •人数は、システムによって制限されていることがありま 
す。 listen は、この制限を芩必したうえでキューの反さを backlog に設定します。該、 1 彳するソ 
ヶットへの接続はこの於さまでは保留中として保持されますが、それ以 I ••の接続は拒丙され、ク 
ライアントからの接続は'火敗します。 listen が提供する機能は、サーバーブログラムがクライ 
アントの処那でビジー状態にあるときでも接続を保留屮として保持できるようにするためのもの 
です。 backlog の侦としては、5が一般的です。 

listen システムコールは成功すると〇を返し、火敗した坳介には -1 を返します。エラーには 
EBADF 、 EINVAL , ENOTSOCK があり、それぞれの盘 P 米は bind システムコールの場合と M じです。 
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接続の受け入れ 


ソケットを作成して名前を付けたあと、サーバープログラムは accept システムコールを使っ 
て、該、レ丨するソケットへの接続を作つことができます c 


# include <sys / socket•h> 

int: accept (mt socket, struct sockaddr *address, size_t *address_len )； 


accept システムコールは、パラメータ socket で衍定されたソケットにクライアントブログラ 
ムが接続を, U ： みるとりますこのクライアントは、ソケットのキューのうち保忉屮の Ai •初の接 
絞です。 accept は、クライアントと汕以するための新しいソケットを作成し、そのデスクリブ 
夕を返します新しいソケットのタイブはサーバーのリスンソケットと|"1じです。 

ソケットには、あらかじめ bind によって名前が付けられ、 listen によってキューが割り、レ!て 
られていなければなりません呼び出し側のクライアントのアドレスは、 address によってポさ 
れる sockaddr 惝造体に格納されますクライアントのアドレスを必贤としない坳介には、 
address にヌルポインタを指定することもできます 

パラメータ addresslen は、アドレス惝造休の以さを指) U するのに使いますクライアント 
アドレスがこの侦より U い場介、そのアドレスは切り捨てられます呼び川しからると、 
address _ len には呼び川し侧のクライアントのアドレス構造体の％際の M さがセットされます。 

ソケットのキューに保切屮の接続がない場•介、クライアントが接続してくるまで accept はブ 
ロックされます，ただし、この！ Fij 作は、 fcntl 叫数を使ってソケットのファイルデスクリブタに 
0_ N 0 NBL 0 CK フラグを桁定することで変01できますれ体的には次のようにします。 

int flags = fcntl ( socket # F . GETFL , 0); 
fcntl ( socket , F 一 SETFL , 0— NONBLOCK | flags }; 

accept システムコールは、保切屮のクライアント接続がある垛介には新しいソケットファイ 
ルデスクリブタを返し、エラーが発少した垛介には -1 を返しますエラーの内界は bind や 
listen と1"]じですが、それ以外(こ EWOULDBLOCK があります〉 EWOULDBLOCK は、 0__ N 0 NBL 0 CK 
が抬定されていて保留屮の接続がない場介に発咆します。また、 accept でブロックされている 
ときにプロセスが剖り込まれると、 EINTR が制:. します。 


13 . 3 . 


3接親の要求 


クライアントプログラムは、 connect システムコールを呼び出し、名前のないソケットとサー 
バーのリス ンソケッ 卜との問の接続を確//:することによってサーバーと接続します。 
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#include <sys/socket.h> 

int connect(int socket, const struct sockaddr *address, size t address len )； 


connect は、パラメータ socket で指■定されたソケットを、パラメータ address で衍定された 
addressjen の M さを持つサーバーソケットに接絞します 0 指 1 ) il するソケットは、 socket から 
返されたイ J •幼なファイルデスクリブタでなければなりません。 

connect は成功すると 0 を返し、'人•敗した場介には- 1 を返します；エラーには次のようなもの 
があります。 

O EBADF 
O EALREADY 
O ETIMEDOUT 
〇 ECONNREFUSED 


socket に指定された ファ イル デスク リプタが無効である 
指定されたソケットで接続がすでに進行中である0 
接続タイムアウトが発生した。 

要求された接続がサーバーによって祀否された。 


接続をただちにセットアップできない場合、 connect は特に指定のないタイムアウト期叫、ブ 
ロックされます。 この タイムアウト期問が過ぎると、接絞は W . 常終 r し、 connect は失敗しま 
す。ただし、 connect の呼び出しが、ハンドラで処邱されるシグナルによって削り込まれた場 • 
介、呼び出しは失敗しますが (errno には EINTR が設定される）、接続の試みは異常終了せず、 
JI:M 期で接続がセットアップされます。 

accept の坳介と様、 ■ 沒、レ丨するファイルデスクリブタに対して 0_ N 0 NBL 0 CK フラグを設定す 
ると、 connect の勋作を変 Oi することができます 0 0_ N 0 NBL 0 CK を指定した垛合、接絞をすぐに 
セットアップできなければ connect は失敗します 0 errno には EINPROGRESS が設定され、非|"1 
期で接続がセットアップされます。 

非 M 期接続は扱いがやや谢倒ですが、ソケットファイルデスクりブタに対して select を呼び 
川すことで、ソケットに#き込みできるかどうかを湖べることができます 0 select については 
あとで詳しく取り上げます。 



ソケツトの クローズ 


低水準ファイルデスクリブタの坳介と M 様、 close を呼び出すと、サーバーとクライアントの 
ソケット接続を終 T することができます。ソケットは常に闷側でクローズする必要があります0 
サーバー側では、 read が 0 を返したときに close を呼び出す必要がありますが、転送されていな 
いデータがソケットにあり、ソケットが接続指で、かつ SOCK _ LINGER オプションが設定さ 
れている場•介には、 close の呼び出しがブロックされる" I* 能性があります。ソケットのオプショ 
ンの設定についてはあとで取り I •.げます0 
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13.4 


ソケット通信 


以 I ••でソケット閱迚のシステムコールの,兑明は終わりです。以ドでは、サンプルプログラムを 
使ってソケットの勋作を U 体的に U ていくことにしましょう 

まず、 iti 初のサンプルブログラムを修し、ファイルシステムソケットの代わりにネットワー 
クソケットを使いますファイルシステムソケットの場•介には、絶対パス名を使わないかぎり、 
サーバープログラムの现作のディレクトリにソケットが作成されてしまうという欠办があります, 
ファイルシステムソケットを汎川的に利川できるようにするには、グローバルにアクセス uf 能な 
/tmp などのディレクトリにソケットを作成し、この垛所に閲してサーバーとクライアントの叫で 
あらかじめ介 •£ が成、していなければなりません。•か、ネットワークソケットの場•介には、こ 
のような A を芩必する 必袈 はなく、 未 使川のポート 济り•を 選択するだけですみます。 

ここでは、ポート iT づ•として 9734 を使うことにします： 9734 という浴けに特に,&味はありま 
せんが、挖咿的なサービスを避けるようにしています。すでに説明したように、 1024 未満のポー 
卜術り•は システム川にされており、ユーザーが勝 fU 使⑴することはできません。また、そ 
のほかの ポー ト番けも(必ずしも必要ではありませんが) ，浚 、 1 彳するポート番けで提供されている 
サービスとともに、システムファイル/ etc/seirvices にリストアップされていますソケット 
ベースのアブリケーシヨンを作成する坳介には、この設定ファイルに, 记攸 のないポート褓りを选 
択するように注意する必要があります0 

サンプル ブロ グラムではサーバーとクライアントをネットワーク綷山で灾行しますが、ネット 
ワークソケットの?ス秘の舞台は、极数の UNIX コンピュータが接統されたネットワークだけとは 
限りません。インターネットに接続されている1台のマシン（ダイヤルアップ接続でもかまいま 
せん）でも、ネットワークソケットを使ってほかのコンピュータと通 M することができます。ま 
た、ほとんどの UNIX コンビュータではループバックネットワークを使⑴できるので、ほかのマ 
シンと接続されていない中.独のマシン I ••でもネットワークベースのプログラムを利〗 H することが 
できます。この場合、たとえスタンドアロンであっても、その UNIX コンピュータは 1 台だけの 
コンピュータネットワークで火行されていると名•えることができます。ここでは、このループバ 
ックネットワークを使ってソケットの勋作を検 M します， 

ループバックネットワークは、•般に localhost と呼ばれる 1 台のコンピュータから構成され 
ます。掠準的な IP アドレスの侦は 127.0.0.1 で、これはローカルマシンを立:味します。このアド 
レスは、ネットワーク I ••のホストの名前とアドレスを紀述したネットワークホストファイル 
/etc/hosts に iki 攸されています。 

コンピュータの通信先のネットワークには、ハードウェアインタフェースが閲迚付けられてい 
ます。1台のコンピュータであっても、それぞれのネットワーク I •.では铒なるネットワーク名を 
持つことがあり、どのネットワーク I ••にあるかによって IP アドレスも災なるのがふつうです。た 
とえば、笊荇のマシン tilde は 3 つのネットワークインタフェースを持っており、 II) アドレスも 
3 つ持っています 0 /etc/hosts には次のように記述されています 
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12 フ .0.0.1 localhost # Loopback 

192 . 168 .1.1 tilde.localnet # Local, private Ethernet 

158.152.X.X tilde.demon.co.uk # Modem dial-up 

W 初の行はループバックネットワーク I •.の IP アドレスで、2行丨丨はイーサネットアダプタ経山 
で接続されたローカルエリアネットワーク I ••の IP アドレスです 3 行 II は、インターネットサー 
ビスブロバイダに接続する際のモデムリンク1•.の IP アドレスです，ネットワークソケットベース 
のプログラムでは、このうちどのネットワーク I •.のサーバーとも;!!することができます。通 U 
光のネットワークに応じて設 ril •を変！ li する必要はありません。 

次に/ C すのは、前のクライアントブログラムに修 ii : を加えて、ループバックネットワーク経山 
でネットワークソケットに接続するようにした client2.c です火は、このプログラムにはハー 
ドウヱアに依存するバグが1つ穴まれているのですが、この点についてはあとで詳しく取り h げ 
ます。 

ネットワーククライアント 

1ヘッダーファイルをインクルードし、必敗な変玫を) II 总します 


^include <sys/types.h> 

林 include <sys/socket.h> 

林 include <stdio.h> 

^include < netinet / in . h > 

#include < arpa / inet . h > 

林 include <unistd.h> 

int main() 

{ 

int sockfd; 
int len ； 

struct sockaddr_in address ; 

int result; 
char ch = 'A *; 


2 クライアント川ソケットを作成します。 

sockfd = socket ( AF _ INET # SOCK 一 STREAM , 0); 

3 サーバー側と l "1 じ名前でソケットの名前を指定します0 

address . sin 一 family = AF _ INET ; 

address . sin _ addr • s_addr = inet _ addr ("127.0.( Kl "); 
address * sin_port = 9734; 

len = sizeof(address )； 


これ以降の部分は clientl . c と M じです 0 I •.の網かけの部分だけを修正してください。 
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プログラムを火行すると、ローカルマシンのポー ト 9734 でサーバーが火行されていないので、 
エラーに なり ます。 

$ client2 

oops : client2 : Connection refused 
$ 


解説 

このクライアントプログラムでは、へッ ダーフ ァイル netinet/in.h で定在されている構造体 
sockaddr_in を使って AF _ INET アドレスを指定し、 IP アドレス 127.0 .0.1 のホスト I •.のサーバー 
に接続を,:;^みています 0 閲数 inet_addr は、テキスト衣,; tl の IP アドレスをソケットのアドレス 
指定に適した肜ス;に変換します，アドレス変換問敉は、 inet_addr のほかにもさまざまなもの 
があります。どのようなものがあるか知りたい場介には、マニュアルページの inet を参照して 
ください。 

さて、サーバープログラムのほうも、選択したポート褓り•で接続を作つように変セする必贤が 
あります次に/すのは、必要な修 iK を加えた server2.c です 


KHH ネット ワークサーバー 

1ヘッダーファイルをインクルードし、必要な変数を) | j 总します。 


# include 
#mclude 
#mclude 
#mclude 
^include 
^include 


<sys/types.h> 
<sys/socket - h> 
<stdio.h> 
<netinet/in.h> 
<arpa/inet.h> 
<unistd.h> 


int main() 

{ 

int server_sockfd, client_sockfd ； 
int server_len, client:_len ； 
struct sockaddr_in server_address ； 
struct sockaddr_in client^address; 

2 サーバー川に名前のないソケットを作成します 


server—sockfd = socket(AF INET , SOCK 一 STREAM , 0); 


3 


bind を呼び出してソケットに名前を付けます。 
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server _ aadress . sin__tamily = AF _ INET ; 

server_address.sin_aaar.s_aa<lr =inet—addr(" 127.0.0.1") ; 
server_address.sin_port = 9734; 

server_len = sizeof(server_address}; 

bind(server_sock£d # (struct sockaddr *)&server_address, server_len )； 
サーバー プログラム も、これ以降の邰分は server l. c と |uj じです： 


解説 

このサーバープログラムは 、 AF INET ドメインソケットを作成してソケットへの接続を待ちま 
すソケットは、選択したポート (9734) にバインドされています接続できるコンピュータは、 
桁定したアドレスによって決まりますここでは、クライアントブログラムと M 様にループバッ 
クアドレスを指定しており、ロー カルマシンとの;!だけに制陨しています 
サーバーがリモートクライアントと通以できるようにするには、接続を許町する IP アドレスの 
染介を指定する必贤があります特別な侦 INADDR _ ANY を使えば、コンピュータが持つすべての 
インタフェースを経山した接続を受け人れることができますもちろん、必贤に応じてネットワ 
ークインタフェース（内部 IAN と外部 WAN など）を K 別することもできます： INADDLANY は 
32ビット牿数で、アドレス惝造体の sin _ addr . s _ addr フィールドで使川することができます。 
火際に INADDR _ ANY を使う前に、 client 2 . C に穴まれているハードウエアに依存するバグについ 
て説明しておきましょう。 



ホストバイトオーダーとネツトワークバイトオーダー 


，打のコンピュータは Intel ブロ セツ サベースの Linux マシンです。このマシンで I •.のサーバー 
ブログラムとクライアントブログラムを火行し、 netstat コマンドを使ってネットワーク接絲を 
確認してみました。コマンドの出力からは、クライアントとサーバーの接 M が（必要な処押.を終 
えたあと）クローズされるのをけっているようすがわかります。 netstat コマンドは、ネットワ 
ークを利⑴できるほとんどの UNIX システムにインストールされています。 


$ server2 & 

(4) 1225 

$ server waiting 

client 2 

server waiting 
char from server = B 


Foreign Address State 

localhost: 1174 TIME WAIT 


$ netstat 

Active Internet connections (w/o servers) 
Proto Recv-Q Send-Q Local Address 
tcp 1 0localhost :1574 
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® 先へ進む前に、サンプノレのサーバーブログラムを確実に終了させておいてください。もし実行さ 

れたままになつていると、以後のサンブルブログラムでクライアントから接続した際に競合が発 
注慧 生し、期待どおりの結果が得られないことがあります。サーバーブロセスを kill するには、次の 
I ようにしてハングアップシグナルを送ります。 

Kill-1 <Drocess_id> 


netstat コマンドの出ノ J から、サーバーとクライアントの接続に剂り、 1 1 てられているポート洛 
り•を知ることができます。 Local Address の列にはサーバーが、 Foreign Address の列には 
リモートクライアントが衣/ ji されています（クライアントは |“ j じマシン|•.にありますが、ネット 
ワークを介して接続されています）また、すべてのソケットを K 別できるようにするために、 • 
般:こクライアントのポートはサーバーのリスンソケットとはなっており、コンピュータト.で. 
总のポートが割り肖てられます。 

さて、 netstat の川力をよく U てみると、ローカルアドレス（サーバーソケット）は1574にな 
っており、ブログラムで衍定した9734は使われていません。なぜでしょうか。これは、ポート沿 
リとアドレスがソケットを介して2進玫としてやりとりされることが拟 W です。幣数を衣すとき 
のバイトオーダーは、コンピュータの神如によって災なりますたとえば、 Intel プロセッサが32 
ビット牿数を4っの;! li 続するバイトとしてメモリに格納する際の順け;を “1234" だとすると、 
Motorola プロセッサでは M じ幣数を~432厂という逆の骱け;でメモリに格納します〇幣数が格 
納されているメモリを#純にバイト中•位でコビーすれば、代なる M 類のコンビュータ問では結米 
的に侦が W なってしまいます, 

さまざまな神钔のコンピュータが、极纹バイトからなる侦をネットワーク経山で正しくやりと 
りするためには、ネットワークオーダーを定義する必贤があります。そして、クライアントプロ 
グラムとサーバーブログラムでは、それぞれの内部的な幣数衣现をネットワークオーダーに変換 
してから転送を行う必处があります。 netinet/in.h では、こうした変換を行うための閲数がい 
くっか定在されています。 


#mclude <netmet/m.h> 

unsigned long int htonl(unsigned long int hostlong )； 
unsigned short int htons(unsigned short int hostshort); 
unsigned long int ntohl(unsigned long int net 10 ng}; 
unsigned short int ntohs(unsigned short int netshort); 


これらの閲数は、 16 ビット幣数と 32 ビット幣数を対象に、ネイティブホスト形式から標準ネ 
ット ワークオーダーへの 変換、およびその逆の変換を行います。間数の名前は、変換の対象と h'ij 
きを衣しています。たとえば、 htonl は “host to network , long ” の略、 htons は “host to 
network , short ” の 略です 0 ネイティブ オーダーとネットワークオーダーが |"j じコンピュータの 
場介、これらの問数ではなにも処理が加えられないことになります〇 
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サンプルブログラムのサーバーとクライアントでも、これらの間数を使って16ビットのポート 
挢リ•のバイトオーダーを 1 卜:しく扱うようにする必製があります:> U 体的には、 ser ver 2. c を次 
のように修 lK します（さらに、どの IP アドレスからも接続できるように INADDR _ ANY を使いま 
す）。修 ll •:後のプログラムは server 3. c としてください 0 

server 一 address.sin 一 addr.s 一 addr = htonl(INADDR_ANY); 

server 一 address .sinjort 二 htons(9734); 

ここでは INADDR 一 ANY を使うようにしましたが、もとの inet_addr (" 127 • 0 • 0 • 1 •■) のままに 
しておく場•☆には変換は必踅ありません inet _ add r はネットワークバイトオーダーで結沿を返 
すからです。クライ アン トプログラムのほうも次のように修丨卜：し、修 il : 後の ファイル/を 
client 3. c とします 0 

address.sin_port = htons(9734) ; 

修 ll : 後の server 3と client 3を火行すると、今度は lK しいポート济りが使われていることが 
才）か I )ます。 

$ netstat 

Active Internet connections (w/o servers) 

Proto Recv-Q Send -〇 Local Address Foreign Address State 

tcp 1 0localhost : 9734 localhost:4232 TIME—WAIT 

ネイティブバイトオーダーとネットワークバイトオーダーが M じコンピュータを使っている場- 
合には、 前のサンプルプログラムと結果的に迩いはありません。しかし、このような場•介でも必 
ず変換間数を使って、アーキテクチャのなるクライアントとサーバーの問でしく処邱を行え 
るようにすることが人40です， 


13.5 


ネットワーク情報 



これまでに小したサンプルブログラムではアドレスとポート挢リ•をハードコーディングしてい 
ましたが、汎川的なサーバーとクライアントプログラムではネットワーク怕報閲数を使って、使 
⑴するアドレスとポートを•鴻ベることができます， 

適 W な梅•限さえあれば、サンブルブログラムのサーバーも、 / etc / services に記极されてい 
る既知のサービスのリストに追加することができます 0 / etc / services にエントリを沿加する 
と、ポート畨 1 り•に名前を割り、 1 1てることができるので、クライアントはポート游兮の代わりにサ 
ー ビス名を指定してサーバーに接絞できるようになります。 



| uj 様に、アドレスを名前に解決するホストデータベース閲数を使うと、コ 


一夕名から IP 


アドレスを知ることができます 0 ホストデータベース閲敉は、 / etc / hosts などのネットワーク 
構成ファイルや、 NIS (Network Information Services, 以前は Yellow Pages と呼ばれていた）、 
DNS (Domain Name Service) といったネットワーク報サービスを参照して必要な処现を行い 
ます， 

ホストデータベース問数は、インタフエースへッダーファイル netdb . h で次のように i \ •彳され 
ています。 


frinclude <netdb.h> 

struct hostent *gethostbyaddr(const void *addr, size—t len, int type) 
struct hostent ^gethostbyname(const char *name )； 

これらの問数が返す構造体には、少なくとも次のメンバがあります 0 


struct hostent { 
char *h_name ； 
char **h_aliases; 
int h_addrtype ； 
int h_length ； 
char **h addr list 


name of the host */ 

list of aliases (nicknames) */ 

address type */ 

length in bytes of the address 
list of address (network order) 


指) il されたホストまたはァドレスに対応するデータベースエントリがない坳介、ホストデータ 
ベース閲玫はヌルボインタを返します。 

サービスとボート漘り•に閲する悄银は、次の_数で収 W することができます。 



#incluae <netdb.h> 

struct servent: *getservbyname (const char *name 
struct servent *getservbyport(int port, const 


パラメータ proto には、サービスに接続するときに使うプロトコルを指定します，11 •体的に 
は 、 SOCK 一 STREAM TCP 接続の場•☆には " tcp " を、 SOCK_DGRAM UDP データグラムの坳合には 
" udp " を桁定します， 

梆造体 servent には、少なくとも次のメンバがあります 


ch- 

ch. 

in 

ch. 


j or the service * / 

: of aliases (alternative names) 
IP oort number ★/ 
b type, u 
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其際に、あるコンピュータに閲するホストデ ー タベース悄報を料るには、 gethostbyname を 
呼び出して結米を衣氺します 3 このとき、アドレスリストを適切なアドレスのタイプにキャスト 
し、さらにネットワ ー クオーダーで表現された値から印卞吋能な文卞列への変換を行う必袈があ 
ります。この変換には、次の inet _ ntoa 関数を使います。 


#include <arpa/ met .h> 

char *mez ntoa (struct in addr in) 


inet _ ntoara 玫は、インターネットホストアドレスを10進数ドット肜 A の义卞列に変換しま 
す„エラーが発/1:.した坳介には -1 を返しますが、 POS 1 X で定在されているエラーはありません 
もうひとつ問数を认ておきましょう。 


ttinclude <unistd.h> 

mt aethostname(char *name,int namelengtn )； 


gethostname ⑼数は、 name で小される义卞列に現作のホストの名前を i 1 !: き込みますホスト 
名はヌルで終わる文卞列として返されます。パラメータ namelength は义卞列 name の上《さを / ji 
し、この U さに収まらないホスト名は切り捨てられます 。 gethostname は成功すると0を返し、 
エラーが允/ 1 :した埸☆には- 1 を返します 0 inet_ntoa l " j 様、 gethostname の場合にも POSIX で 
定在されているエラーはありません。 

次のサンプルプログラム getname . c は、ホストコンピュータに問する怕报を取捋します， 


ネットワーク情報 

1 ヘッダーファイルをインクルードし、必贤な変数を川焱します 


# include < netmet / m # h > 
# include < arpa / inet . h > 
^include < umstd . h > 
^include < netdb • h > 

# inc 丄 ude < stdio • h > 



int main (int argc , char * argvu ) 

{ 

char * host , ** names , ** addrs ; 
struct hostent * hostinfo ; 


2 getname の起動時にリ | 数が指定されていれば、これをホストに設定し、そうでなければユー 
サーのマシンをホス 卜に設定します0 
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if(argc ==1) { 

char myname[256]; 
gethostncune (myname # 255); 
host = myname; 

> 

else 

host = argv 【 l 】； 

3 gethostbyname を呼び出します > 必装:な悄報が以つからなかった埸イこはエラーメッセー 
ジを衣尔します。 

hostmro = gethostbyname (host) ; 
if(Jhostinfo) { 

fprintf(stderr, "cannot get info for host: %s\n", host); 
exit(1); 


4 ホスト名を衣/し、ホストが別名を持っている坳介にはすベての別名を衣尔します 

printf("results for host %s:\n", host); 

printf("Name: %s\n", hostinfo •> h_name); 

printf("Aliases:"}; 

names = hostinfo -> h—aliases; 

while<*names) { 

printf (” ％ s", *names); 
names++; 

} 

printf( M \n"); 


5 ，浚、 1 1 するホストが ip ホストではない場合には、エラーメッセージを衣尔して終广します 

if(hostinfo -> h 一 addrtype != AF_INET) { 
fprintf(stderr, "not an IP hostJ\n H ); 



6 それ以外の垛合には ip ァドレスを衣ボします 


aaars = hostinfo -> h—addr—list; 
while(*addrs> { 

printf( H %s” ， inet 一 ntoa(*(struct in 一 addr *}*addrs}); 
addrs ++； 

} 

printf("\n"); 
exit(O); 
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このブロ グラムでは get ho st byname を使っていますが、 gethostbyaddr を使えは、指 1 定した 
IP アドレスを持つホストを調べることができます。たとえば、サーバーで gethostbyaddr を使 
うと、クライアントがどこから接続しているかを知ることができます。 


解説 

このサンプルブログラムは、 gethostbyname を呼び出してホストデータベースからホスト怙 
報を取得し、ホスト名、別名、およびホストがネットワークインタフェースに割り兴てている IP 
ァドレスを衣/ ji します〇リ I 数に tilde を衍定して getname を火 f /すると、イーサネットとモデ 
ムの2つのインタフェースを持っていることがわかります。 

$ getname tilde 

results for host tilde : 

Name ： tilde.demon.co.uk 
Aliases : tilde 
192.9.200.4 158.152 .38. 110 

ホストねこ localhost を指定すると、ループバックネットワークに叫する悄钳が衣尔されます。 


$ getname loca 丄 host 

results for host localhost : 
Name ： localhost 
Aliases : 

127.0 .0.1 


この サンプルブロ グラムを応⑴してクライ アン ト ブロ グラムを修 ll •:すれば、仟总の ホス トに接 
統できるようになります。ポート番り•を取抖する方法もあわせてボすために、これまでの サンプ 
ル サーバー ブログラムで はなく、標準 サービスに 接絞するようにクライ アン トを変电してみまし 
ょづ〇 

ほとんどの UNIX システムでは、システムの丨1付と時刻を掠準サービス daytime として利川で 
きるようになっています。クライアントからこのサービスに接絞すると、サーバーの現/1:の丨丨付 
と時刻を取以することができます 3 火際にプログラムを作って確かめてみましょう。プログラム 
の名前は getdate . c とします。 



例題 


標準サービスへの接続 


1ヘッダーファイルをインクルードし、必要な変数を川盘します0 


# include < sys / socKet ^ h > 
# include < netmet / in • h > 
#include < netdb # h > 

#inc 丄 ude < stdio ^ h > 

#inc 丄 ude < unistd . h > 
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int main(int argc , char * argv []) 

{ 

char * host ; 

int sockfd ; 

int len , result ; 

struct sockaddr_in address ; 

struct hostent * hostinfo ; 

struct servent * servinfo ; 

char buffer [128]; 

if(argc ==1) 

host =" localhost "; 
else 

host = argv [ l ]; 

2 ホストアドレスを収以します U つからなかった坳介には、エラーメッセージを衣尔して終 
r します。 

hostinfo = gethostbyname ( host ) ; 
if ( Ihostinfo ) { 

fprintf ( stderr , "no host : % s \ n ", host ); 
exit (1); 


3 II 的のホストに daytime サービスが//イ I : することを確かめます 

servmfo = getservbyname( "daytime", "tcp"); 
if(Iservinfo) { 

fprintf(stderr,"no daytime service\n"); 
exit(l); 

> 

printf("daytime port is %d\n n , ntohs(servinfo -> s_port)); 

4 ソケットを作成します 

sockfd = socket(AF 一 INET, SOCK 一 STREAM, 0); 

5 接続するためのアドレスを川立しま 

address.sin_£amily = AF—INET; 
address.sin_port = servinfo -> s_port; 

address.sin.addr = *(struct in 一 addr *>*hostinfo •> h_addr—list; 
len = sizeof(address); 


6 サーバーに接続し、丨丨的の情報を取得します。 
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result = connect 《 sockfd , (struct sockaddr *)& address , len ); 
if(result ==-1){ 

perror (" oops : getdate "); 
exit ⑴； 


result = read ( sockfd # bufter # sizeof ( bufter )); 
printf("read %d bytes : % s \ n ", result , buffer ); 

close ( sockfd ); 
exit (0); 


この getdate を使えば、仟兑のホストの時钊を取得することができます 

$ getdate tilde 

daytime port is 13 

read 26 bytes : Sun Jan 1413:09:47 1996 
$ 


解説 

この ブロ グラムでは、接続宄のホストを指定することができます。 daytime サービスのポート 
你りは、ネットワークデータべース閲妓 getservbyname で取作します。 getservbyname は、ホ 
スト" (Vi : 報を返す gethostbyname M 你、ネットワークサービスに間する悄報を返します 0 
getdate は、リ I 数に指定されたホストが持つアドレスのリストのうち、 iri 初のアドレスを使って 
接続を试みます。成功した場•介には、 daytime サービスが返す悄報 ( UNIX の H 付と時刻を衣す 
文字列}を説み取ります。 



インターネットデーモン 


UNIX システムでは、しばしば1つのスーパーサーバーでさまざまなネット ワーク サービスを提 
供しています 0 インターネットデーモン （ inetd ) と呼ばれるこのスーパーサーバーは、 M 時に极 
数のポートアドレスで接続をリスンしており、提供しているサービスのひとつにクライアントが 
接絲すると、適切なサーバーを起動するようになっています0インターネットデーモンを使うと、 
必贤に応じて inetd からサーバーを起動することができるので、常時サーバーを％行しておく必 
要がありません。次に/ ji すのは、インターネットデーモンから起動するサーバーを記述した 
inetd の設定ファイルの-•部です。 
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# 

# < service _ name > < sock _ type > < proto > < flags > < user > < server _ path > < args > 

# 

daytime stream tcp nowait root internal 
daytime dgram udp wait root internal 
# 

# These are standard services . 

# 

ftp stream tcp nowait root / usr / sbin/tcpd vm.ftpd -1 -i -a 
telnet stream tcp nowait root / usr / sbin/tcpd in.telnetd 

# 

# End of inetd . conf . 

この设记ファイルを站ると、サンブルブログラム getdate で利⑴した daytime サービスは、火 
際には inetdrl 体が処观し (internal) > SOCK_STREAM (tcp) と SOCK_DGRAM (udp) の_ 力で 
利) n できることがわかります。 

•ノバファイル転送プロトコルサービス ftp は、 SOCK_STREAM ソケッ ト耔山でのみ利川でき、 
外部ブログラムを起勋するようになっています I •.の•没定ファイルの場合、クライアントが ftp 
ポートに接絞すると、 inetd によって wu.ftpd が起! Wj されます 


3 . 5.2 


ソケツトのオプション 


ソケット接続の勋作を制御するためのオプションは JI : •洗•に数が多く、ここではその•部だけを 
取り I •.げます。ソケットオプションを槐作するには、次の問数を使います0 


#mclude <sys/socket. h> 

mt setsockopt (mt socket,int level,mt option_name, 

const void *option_value # size_t option len )； 


setsockopt では、プロトコルの階 Wtft 造のさまざまなレベルでソケットオブションを設定で 
きますたとえば、ソケットレベルでオプションを設定するには、パラメータ level に SOL_ 
SOCKET を没定します TCP 、 IJDP などのブロトコルレべルでオプションを設定するには、パラ 
メータ level (こプロトコル济リ•をは定します。ブロトコル济りは、ヘッダーファイル netinet/ 
in.h で) U 在されているものを使うか、または getprotobyname 閲数で取付します 0 

パラメータ opt ion_name には、設定するオプションを指定します 0 opt ion_value は 
opt ion 一 len バイトの畏さを持つ侦で、 setsockopt ではデ•を加えられずに、下位のプロトコル 
ハンドラにそのまま渡されます。 

ソケットレベルの オブ ショ ンは sys / socket . h で定在されており、次のようなものがあります。 
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〇 SO_DEBUG デバッグ悄報をイ f 効にする。 

O SO_KEEPALIVE 定期的に転送を行って接続をアクティブに保つ。 

〇 SO_LINGER fe 送を終えてからクローズする。 

SO_DEBUG と SO_KEEPALIVE では、幣数侦の option_value を使ってオプシヨンを心•効または 
無効にします。イ f 効にする場介には 1 を、無効にする場•介には 0 を指定します。 SO_LINGER では、 
sys/socket.h で定義されている linger 構造体を使ってオプションの状態と迦延問隔を指定し 
ます> 

setsockopt は成功すると 0 を返し、火敗した坳介には- 1 を返します。オプションとエラーの 
詳しい説明については、マニュアルページを参照してください 


13.6 


複数のクライアント 


これまでの部分では、ソケットを使ってローカルなクライアントサーバーシステムやネットワ 
ークを介したクライアントサーバーシステムを火装する"法を说明しました0いったん確々:され 
たソケット接続のふるいまいは、オーブンされた低水，ファイルデスクリブタと似ており、从ノ/ 
InJ のパイブとも多くの J 刪 i を持っています。 

ソケットでは、1つのサーバーに梭玫のクライアントが M 時に接絞するケースを芩必する必贤 
があります。すでに认たように、サーバーがクライアントから新しい接絞を受け人れると、新し 
くソケットが作成され、もとのリスンソケットはほかのクライアントからの接絞川にそのまま残 
されます。接続がサーバーによってすぐに受け入れられない場•介、その接続は保留中としてキユ 
一に保持されます。 

もとのソケットが利⑴ NJ * 能である こ とと、ソケットが フ ァイルデスクリブ タ のようにふるまう 
ことを利⑴すれば、 M 時に複数のクライアントにサービスを提供することができます。具体的に 
は、サーバー側で fork を呼び川します。サーバーが fork を使って H 分 n 身のコピーを作成する 
と、オープンされたソケットは新しい f •ブロセスに受け継がれます。 f •ブロセスは接絞してきた 
クライアントと MU し、サーバーはほかのクライアントからの接絞を待ちます。では、义際にサ 
ーバープログラムに変史を加えて この アイデアを実現してみましょう。変史简所はそれほど多く 
ありません。 

f •ブロセスを作成しても，•プロセスの終/を待つわけではないので、サーバー側では SIGCHLD 
シグナルを無悅し、ゾンビブロセスが発屮しないようにする必贤があります0作成するプログラ 
ムの名前は server 4 .c とします。 





1 iti •初の部分は前のサンプルブログラムとほとんど1"1じですが、ヘッダーフアイル signal.h 
をインクルードします0 

#include <sys/types.h> 

#include <sys/socket.h> 

#include <stdio.h> 

#include <netinet/in.h> 

#include <signal.h> 

#include <uniscd.h> 

int main() 

{ 

int server_sockfd, client_sockfd ； 
int server_len # client_len ； 
struct sockaddr_in server_address; 
struct sockaddr_in client_address; 

server_sockfd = socket(AF_INET, SOCK_STREAM, 0); 

server_address•sin_family = AF_INET; 
server_address.sin_addr.s_addr = htonl(INADDR^ANY )； 
server_address.sin_port = htons(9734) ； 
server_len = sizeof(server_address); 

bind(server_sockfd, (struct sockaddr ” &server_address, server_len>; 

2 接続キューを作成し、，•ブロセスの終 r は無拟してクライアントの接続をはちます。 

listen(server_sockfd # 5) ; 

signal(SIGCHLD, SIG 一 IGN); 

whiled) { 
char ch; 

print£("server waiting \ n "); 

3 接続を受け人れます。 

client_sockfd = accept ( server _ sockfd # 

(struct sockaddr *}&client_address, &client_len); 

4 fork を呼び出してクライアント川のプロセスを作成し、親か f •かの判定をします。 


if ( fork () == 0) { 
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5 f •プロセスでは、 client _ sockfd を使ってクライアントへの説み”きを行うことができま 
す 3 5秒問スリープしているのは、火際のサーバーではこの部分でなんらかの必•炎な処邱を 
行うことになるためです：， 

read(client—sockfd, kch, 1); 

sleep(5) ; 

ch++; 

write(client_sockfd, &ch,1); 
close(client.sockfd); 
exit(0); 


6 f •ブロセスでなければ親です。接続してきたクライアントに対して親が行う処观はありませ 



ん 



else { 

close(client sock£d); 


5 杪 IHj のスリーブは、クライアントの炎求に応えてサーバー側でやデータベースアクセス 
を行う場•介の茲延を想定したものです。 fork を使わないサーバー ブロ グラムで M じように5秒問 
スリーブしたとすると、 client 3 を1つ火 H するたびに5杪絲過することになります。 fork を使 
う|•.の サーバーブロ グラムでは、複数の cli ent 3 からの接続を M 時に処理することができ、処押 • 
時叫も令休でわずかに5秒を超える IV . 度ですみます 


$ server 4 & 

[2】10694 
$ server waiting 

clients & client3 & client3 & ps -ax 

[3] 10695 

[4] 10696 

[5] 10697 
server waiting 
server waiting 
server waiting 


PID 

TTY 

STAT 

TIME COMMAND 

10694 

p4 

S 

0:00 

server4 

10695 

p4 

S 

0:00 

client3 

10696 

p4 

s 

0:00 

client3 

10697 

p4 

s 

0:00 

clients 

10698 

p4 

R 

0:00 

ps -ax 

10699 

p4 

s 

0:00 

server4 

10700 

p4 

s 

0:00 

server4 

10701 

p4 

s 

0:00 

server4 

$ char 

from server 

= B 


char from server = B 
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char from server = B 

ps -ax 

PID TTY STAT TIME COMMAND 


10694 

p4 S 

0:00 

server4 


10704 

p4 R 

0:00 

ps -ax 


[3] 

Done 



client3 

(4)- 

Done 



client3 

[5】 + 

Done 



client3 


$ 


解脱 

このサーバーブ U グラムでは、各クライアントを処邱するため(こ新しく f ブロセスを作成する 
ので、サーバーが待機屮であることをボすメッセージが松数及/〗::されています， ps コマンドの出 
ノバ•部 VT 略しています）では、メインの server 4 のブロセス UMI ) は 1069 4) が新しいクライア 
ントの接続を作つ•乃で、 client 3 の 3 つのブロセスがメインのサーバーの 3 つの，•プロセス（こ 
よって処观されていることがわかります。 5 秒問の休||•.後、すべてのクライアントは結采を収作 
して終 r します，サーバーの/•プロセスも終 r し、敁後にメインのサーバープロセスだけが残り 
ます。 

このサンプルブログラムでは、 fork を使って段数のクライアントを処邱しています fork を 
使う"法は、データベースアプリケーシヨンでは必ずしも W 適な解決"法ではないかもしれませ 
んデータベースアブリケーシヨンは|(人であることが多く、作成された松数の，•プロセスから 
データベースにアクセスする際にそれぞれの処邱を/广いにどのように協•脚させるかも芩礅しなけ 
ればならないからです：こうした点を芩えると、1つのサーバーがクライアントからの要求を作 
ちながら、ブロックされることなく梭数のクライアントを処邱できる"法を川,&する必敗があり 
ます。それには、オーブンされた段玫のファイルデスクリブタを時に扱う f •段が必袈になりま 
すが、それを町能(こするのが次で说明する select です。 select を使ったテクニックは、ソケッ 
トアブリケーシヨン以外にも応川することができます。 


13.7 


select 


UNIX アブリ ケー ションを作成する場•介、複数の人力装沢の状態を調べ、次に行う処理を決定 
しなければならないことがあります。たとえば、端未エミュレータなどの MU プログラムの場•介 
には、キーボードとシリアルポートを時に、かつ効率的に説み取る必•及:があります。シングル 
ユーザー システムの坳介には、ビジーウエイト状態でループしながら人カデータを検作し、デ ー 
夕がくればそれを説み取るといった処理を行うことも能です。しかし、 UNIX システムのよう 
なマルチ ユーザー マルチタスクシステムでは、この方法では CPU 時問を無駄に消代してしま 
います:， 
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このような場合、 select システムコールを使うと、 M 時に複数の低水準ファイルデスクリブ 
夕を対象に人ノ J データの到 A ( または出力の 2 〇を侍つことができます。端未エミュレータブ 
ログラムで select を使えば、なにか処邶すべきことが発中するまでの問、プログラムのブロッ 
クが " J * 能になります〇 M 様に、クライアントサーバーシステムでは、オープンされた极数のソヶ 
ットを対象に及 : 求を作つことによって、 1 つのサーバーで极数のクライアントを処那できるよう 
になります。 

select システムコールの操作の対象はデータ惝造体 fd_set で、これはオーブンされたファイ 
ルデスクリブタの染合を衣します。この災合を揀作するために、次のようなマクロが定義されて 
います。 


#include <sys/types.h> 

^include く sys/time•h> 

void FD_ZERO(fd_set *fdset); 
void FD_CLR(int fd, fd_set *fdset); 
void FD_SET(int fd, fd—set * fdset); 
int FD ISSET(int fd, fd set ^ fdset); 


名前から想像できるように、 FD_ZERO は fdset を乍に初期化します FD 一 SET と FD 一 CLR は、 
fd で指 ) U された ファイ ル デスク リプタを fdset に边 / 川または削除します： FDJSSET は、 fd で 
指定された ファイルデスク リブタが fdset で小され る fd set の災 : ぶであれば、 0 以外の侦を返 
します 1 つの fd_set 惝造体に似持で きるファイルデスク リプタ の / fi • 人玫は、记数 FD_SETSIZE 
で定在されています。 

select では、無期限にブロックされるのを防ぐためにタイムアウト侦を指定することができ 
ます。タイムアウト侦の衍定には、次に， ji す struct timeval 構边体を使います。 struct 
timeval 佛造体は sys/time.h で ) U 衣されています 


struct timeval t 

time_t tv__sec; / * seconds */ 

long tv_usec ； / * microseconds */ 

} 


time_t 吧は、 sys/types.h で幣数吧として ) il 在されています 0 
select システム コールの プロ ト タイプは次のとおりです。 



#include <sys/types.h> 

#include <sys/time•h> 

int select(int nfds, fd_set *readfds, fd_set *writefds, 
fd_set *errorfds, struct timeval * timeout); 


select は、指定した災ひに穴まれる仟 ,& のファイルデスクリブタを対象に、説み取りまたは 
# き込みの準備ができているかどうか、あるいはエラーが発少しているかどうかを，揭べます。ま 
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た、オプションの衍定によっては、いずれかのファイルデスクリブタの準備が牿うまでブロック 
します。 

パラメータ nfds には、凋べるファイルデスクリブタの数を指定します。义際に調べられるフ 
ァイルデスクリブタは、 0 から nfds-1 までですパラメ ータ nfds のあとに指定する 3 つのファ 
イルデスクリブタ染介には、ヌルポインタを指定することができます。ヌルポインタが指定され 
た場•介、対化するテストは火行されません 

select は、 readfds に;^まれるいずれかの ファイル デスクリプタで说み取りの準備ができて 
いる場•介、 writefds のい ずれかの ファイル デスクリブタで, 1 !:き込みの#備ができている坳ひ、 
または errorfds のいずれかのフ ァイ ルデスクリブタでエラーが発 1 •:している場合に呼び出しか 
ら W ります)これらの灸件のいずれにも • 沒、レ 1 しない坳合には、 timeout で指定された I 則 IJ が経過 
したあと UW りますパラメータ timeout に ヌルポインタ を衍定した場合、 ファイル デスクリプ 
夕に対して説み取りや, 1 ？き込みなどの槐作がなにも行われなければ、呼び出しは永久にブロック 
されます； 

呼び /li しから W ると、 ファイ ルデスクリブタの災介には修 iK が加えられ、，泣み取りや, 1 !•き込み 
の，備ができている ファイ ルデスクリプタ、または エラーの 允卞している ファ イルデスクリブタ 
はどれかを特することができます返された ファイ ルデスクリブタの災合を,脚べるには、すで 
に/したマクロ FD_ISSET を侦います timeout の侦を修 ll: することで次のタイムアウトまでの 
残り時問を衍定することもできますが、これは X / Open 彳 I :搽にはない#作です。タイムアウトが 
発卞•した坳介、すべての ファイ ルデスクリプタ災合は乍になります 

select は、修 iK 後の災合に^まれるデスクリブタの総数を返しますエラーが兌/ 1:. した場 • A 
には -1 を返し、エラーの内界をボす侦が errno に設定されますエラーとしては、 EBADF (無効 
なデスクリブタ）、 EINTR (割り込み）、 EINVAL (nfds または timeout の侦がイく ll:) が It 十.する 
" J * 能性があります， 


/VL ) Linux では、 timeout によつて示される褐造体を変更して残り時間を表しますが、ほとんとの 

UNIX システムではこの铞造体を変更しません。 select を使つている多くの既存のコードでは、 
注 雇 timeval 锅造体をいつたん初期化したあと、再初期化を行わずにそのまま使い続けます。この 

ようなコードは、タイムアウトが発生するたびに timeval 褐造体の内容を変更する Linux では、 
正しく動作しない可能性があります。 select 関数を使うコードを記述または移楣する埸合に 
は、この点に注 S する必要があります。なお、どちらの動作もそれ自体間違っているわけでは 
ありません（ただ動作が異なるだけです)。 


次に小すのは、 select システムコールを使ったごく簡中•なサンプルブログラム select ベで 
す。このプログラムでは、タイムアウトを 2.5 秒に设定してキーボード（ファイルデスクリブタ〇、 
っまり掠，人ノ J > を読み取ります0キーボードの説み取りは、人力の，備ができている場•介にの 
み行います。ほかのデスクリブタも対象に加えれば、シリアル M 線やパイプ、ソケットといった 
ものにも応川することができます> 
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例題 


select 


1 ヘッダーファイルをインクルードし、必要な変数を川盘したあと、 inputs を初期化してキー 
ボードを姐介に加えます。 


#mclude <sys/types^h> 
^include <sys/time.ii> 
#include <stdio•h> 


#include <fcntl^h> 


#include <sys/ioctl^h> 
#include <unistd^h> 



char buffer [128]; 
int result, nread; 


fd_set inputs, testfds; 
struct timeval timeout; 


FD_ZERO(&inputs); 
FD_SET(0 # &inputs); 


2 腳人力からの人乃を / ri • 人 2.5 秒問作ちます 


while(l){ 

testfds = inputs; 
timeout•tv_sec = 2 ; 
timeout•tv_usec = 500000; 

result = select(FD_SETSIZE, &test£ds, (fd_set *)0, (fd—set *)0, &timeout); 


3 2.5 秒が経過したら、結沿をテストします人力がない場介には、ループを繰り返し火むしま 
す。エラーが発 /|•: していた場介には、ブログラムを終 r します 0 

switch(result) { 
case 0: 

printf("timeout\n"); 
break; 
case -1: 

perror (•’ select"); 
exit(1); 



4 待っている問にフアイルデスクリブタに対してなんらかの操作が行われた場合には 、 stdin 
から人力を説み取り、行农文卞を受け取るたびに I 由 iIfti に エコーし ます。人力が Ctrl• D だっ 
た坳介には、プログラムを終 r します > 
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default : 

if ( FD — ISSET (0,& testfds )) { 
ioctl ( 0, FIONREAD ,& nread ); 
if(nread == 0) { 

printf( M keyboard done \ n M ); 
exit (0); 

} 

nread = read (0, buffer , nread ); 
buffer [ nread ] =0; 

printf( M read %d from keyboards % s n , nread , buffer ); 

} 

break ; 


プログラムを％行すると、 2.5 秒おきに timeout というメッセージが衣ボされます）キーボー 
ドからなにか人力すると、ブログラムが標#入力を説み取り、人力された文卞を衣ボします。ほ 
とんどのシェルは、ユーザーが Return キーを押した時点で人力をプログラムに渡すので、 I •.の 
ブログラムでも Return キーを押すと、人ノ J した内界が衣ボされます。 Return キー「 I 体もほか 
の文す•と M 様に説み取られて処理されます。 


$ select 

timeout 

hello 

read 6 from keyboard : hello 

f red 

read 5 from keyboard: fred 
timeout 

A D 

keyboard done 
$ 


解説 

このブログラムでは、 select を呼び出して標咿人力の状態を凋べています。タイムアウト侦は 
2.5 秒に設定されており、この問隔で1由 i 血に timeout というメッセージが表示されます。メッセー 
ジが衣ボされるときは、 select が0を返しています。ファイルの終わりに速した堪•介、標，人力 
のファイルデスクリプタでは人力の準備はできていますが、説み取るべき文字•はありません。 
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select を使った複数のクライアントへの対® 


サンプルサーバープログラムで select を使えば、广プロセスを作成しなくても複数のクライ 
アントを 1"] 時に処现することができます。 

H • 体的には、リスンソケットとクライアントの接続ソケットの肉•"に対して 1"1 時に select を 
使川します。なんらかの変化があった場 • 介には、 FD_ISSET を使って対象となるファイルデスク 
リブタをすべて調べれば、淡、 1 1 するファイルデスクリプタを特定することができます。 

リス ンソ ケットで人力の，備ができている場合には、クライアントが接続を K みていることを 
总味します。この場 • 介は、ブロックを心 lid せずに accept を呼び出すことができます。クライア 
ン トのデスクリブタで人ノ J の，他ができている場合には、クライ アン トの贤求が保忉屮であるこ 
とを , G: 味します。この坳介は、炎求を説み取って処洲することができます。，泣み取るべきバイト 
数が 0 の坳合には、クライアントブロセスが終 f したことを , G: 味しますこの場介は、ソケット 
をクローズしてデスクリブタの染合から削除することができます 

次に火際のコードを / A します。ブログラムの名舫は servei :5 .c とします ， 


Qpf select を使った複数のクライアントへの対処 

1 signal.h の代わりに sys/time .h と sys/ioctl.h をインクルードし、 select で使う’炎玫 
のを迫加します。 


ttmclude <sys/types^h> 
^include <sys/socket.h> 
#include <stdio.h> 

#inc 丄 ude <netinet/in•h> 
#include <sys/time•h> 

#include <sys/ioctl_h> 
#include <unistd^h> 


int main() 

{ 

int server_sockfd, client_sockfd; 
int server_len, client_len; 
struct sockaadr_in server_address; 
struct sockaaar_in client_address; 
int result; 

fd set readfas, testfds; 



2 サーバー川ソケットを作成し、名前を付けます 


server—sockfd = socket(AF_INET # SOCK_STREAM, 0); 

server_address.sin 一 family = AF_INET; 
server.address.sin_addr.s.addr = htonl(INADDR 一 ANY); 
server_aadress«sin port = htons(9734); 
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server 一丄 en = sizeof(server—address) ; 

bind(server_sockfd # (struct sockaddr *)&server_address, server_len); 

3 接紋キューを作成し、 readfds を初期化して server_sockfd をデスクリプタの災☆に)川え 
ます 

listen(server_sockfd # 5) ; 

FD.ZERO(&readfds); 

FD_SET(server—sockfd, &read£ds); 

4 クライアントおよび袈水をほちますパラメータ timeout にはヌルボインタを指定している 
ので、タイムアウトは允 1: しません select が 1 より小さい倘を返した場•ひには、エラーメ 
ッセージを衣小してブログラムを終 r します。 

while(1){ 
char ch; 
int fd; 
int nread; 

testfds = readfds; 

printf( M server waiting\n w ); 

result = select(FD—SETSIZE, &testfds, (fd_set *)0, 

(fd—set *)0 ， (struct timeval *) 0); 

if(result < 1){ 

perror 《 "server5"); 



5 なんらかの変化があった坳介には、対象となるデスクリブタに対して((に FD _ ISSET を適川 
し、該出するデスクリブタを特定します0 

for(fd =0; fd < FD 一 SETSIZE ; fd ++) { 
if ( FD ^ ISSET ( fd # & testfds )) { 

6 及、 1 1 するデスクリブタが serve し sockfd の場介には、新しい接続の安:求なので、 accept を 
呼び出し、返された client _ sockfd をデスクリブタの集介に追加します 

if(td == server _ sockfd ) { 

client_sockfd = accept ( server — sockfd , 

(struct sockaddr *)& client 一 address , & client _ len ); 
FD _ SET ( client _ sockfd # & read £ ds ); 

printf("adding client on fd % d \ n ", client 一 sockfd ); 
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7 该、 1 けるデスクリブタが server_sockfd でなければ、クライアントからの製求です。説み 
取るべきデータがない場合には、クライアントが終 r しているので、该、りするデスクリプタ 
を災介から削除します 0 それ以外の場合には、クライアントにサービスを提供します： 


else { 

ioctl(fd, FIONREAD, &nread); 


if(nread ==0} { 
close(fd); 

FD_CLR(fd # &readfds); 

printf("removing client on fd %d\n", fd); 


else { 

read(fd, &ch,1); 
sleep(5); 

printf("serving client on fd %d\n", fd); 
ch ++； 

write(fd, &ch,1); 


® | サンブルブログラムではループを使って合計1000ほどのデスクリブタを調べていますが、こ 
I の中には接続されていないデスクリブタも含まれており、こうしたものも含めてすべてのデスク 
注雇 リブタに対してテストを実行するのは時間の無駄です。実際にブログラムを作成する埸合には、 

接綾中の fd の g 大値を保持する変数を用恚したほうがよいでしよう。 


プログラムを $ 行すると、 1 つのプロセスで複数のクライアントが順次処现されていることが 
わかります。 

$ servers & 

[1] 15267 

$ server waiting 

client3 Sl client3 & client3 & ps -ax 

[2] 15268 

[3] 15269 
[4】 15270 

adding client on fd 5 
server waiting 

PID TTY STAT TIME COMMAND 
1526 フ p4 S 0:00 server5 

15268 p4 S 0:00 client3 
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15269 p4 S 0:00 client3 

15270 p4 S 0:00 client3 

15271 p4 R 0:00 ps -ax 

$ serving client on fd 5 

server waiting 

adding client on fd 6 
server waiting 
adding client on fd 7 
char from server = B 
serving client on fd 6 
server waiting 
removing client on fd 5 
char from server = B 
serving client on fd 7 
server waiting 
removing client on fd 6 
server waiting 
char from server = B 
removing client on fd フ 
server waiting 


[2] 

Done 

client3 

[3】- 

Done 

clients 

[4 卜 

Done 

client3 


$ 


13.8 


この章のまとめ 


このぐ ( の Witfi で取り I •.げた屯詁の呼び出しの例を使って、ソケット接続について簡中•にまとめ 
ておきましょう。 


表1 3. 1 ® 話の呼び出しとソケット接続の対応 


電除 

ネットワークソケット 

会社への電話の雇信 

IP アドレス 127.0 .0.1 に接続 

受付の対応 

inetd によつて接続が確立される 

通話先として経理部を指定 

指定ボート (9734) に振リ向けられる 

経理部長の応答 

響擊■■■■響■■■••零■參••••••••••••春参參•參 •_ ••♦••看# •參••馨•參••••••••••••春# •參••攀參••••春春# ••參 •# 春着❿春•學拳••籲籲籲■參 

サーバー が select から戾る 

該当する担当者の内線に転送 

參•參•••••••••••••••••••••••••拳••••■••••••••••♦••♦♦♦•♦♦春♦•••♦•••••参♦•••♦♦•，♦争♦•參♦♦•••••••••♦••••••••••参•••••••••••拳■•■春# 

サーノ S —が accept を呼び出して新しいソケットを作成 

受付と経理部長は新しい雇信を待機 

• •••離參 ••••••••■•• 參•••••••••••••••••••••••••••••♦••••••••拳•••参♦••♦••参參籲•••••••••••••春參•癱••••春 ••••••••••••• 

コンピュータとサーバーブ□セスは新しいクライアントからの接続を待機 


この#では 、 System V IPC とは W . なるブロセス問通 M のみ法として、ソケツト（こついて説明 
しました。ソケットを使うと、ネットワーク経山で义行吋能な本、 1 1の总味での分散クライアント 
サーバー アブリケー シ ヨンを開発することができます。また、ホストデータベース悄報閲数も取 
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り卜.げ、インターネットデーモンによる UNIX 掠:ザシステムサービスの提供のしくみについて,兑 
明しました。例として川いたクライアントサーバーブログラムでは、ネットワークゃ极数のクラ 
イアントの扱いノ j を H 体的に尔しました 

ili •後に select システムコールを収り I . げ、オーブンされた松敉のフアイルデスクリプタやソ 
ヶットの染介を対象として、人 m 力の準備が整っているかどうかを調べる力法を尔しました。 



Linux 

付録 A 


X プログラミングの概要 
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X Window System (または X> は、 UNIX で広く使われているグラフイカル環垃です。父は、 
今のほとんどの UNIX システムや Linux デイストリビュー シヨ ンに付 W しています。 

残念ながら本卉では、 X プログラミングについて詳しく取り I ••げることはできません。そこで 
この付録では、説荇が今後 X プログラミングに取り組もうとする際の指針となるように、 X と X 
プログラミングの溉要について簡中.に触れておきます。ここでは、すでに説行が X を使っている 
ことを前提として、プログラマの観点、から U た X について,兑明します。取り I •.げる功 I 丨は次のと 
おりです。 


〇 X のコンセプト 
〇 X のプログラミングモデル 



父は、グラフィカルなブログラムに対する統•環境を提供することを II 的として、 MIT で作成 
されました。これまでに Microsoft Windows が動作している PC や Apple Macintosh コンピュー 
夕を使った経験があれば、グラフィカルユーザーインタフェース （ GUD の芩えガにはもう似れ 
ているでしょう。火際、 Windows ユーザーならば、それほど A 労することなく Mac のインタフ 
ェースを使うことができますしかし、ブログラマから以た坳介、ヤ悄はまったく W . なります。 

各システムのウィンドウ说垃は、それぞれ独 H のん•法でプログラムされています，ディスブレ 
イの扱いや、ブログラムがユーザーと対詁するはシステムごとに W •なります〇もちろんどの 
システムでも、 liiij \(\\ I •.にウィンドウを開いたり、ウィンドウを操作したりするための機能は川な 
されていますしかし、そのために使われる問数は W •なります。このため、適切なツールが利川 
できる場•介は別として、梭玫のウィンドウシステムで#作するアブリケーションを妃述すること 
は现火的には非滞•に W 難です。 

X Window System は、メインフレームやミニコン、ワークステーション I •.の独 1 1インタフエ 
ースシステムに起 W するさまざまな l !! j 題を克服するために、広く •般に公119され、今では多くの 
システムに火装されています 。X Window System では、クライアントサーバーモデルに店づい 
たプログラミングスタイルを採川しており、ハードウェアに依む:するコンポーネントとアブリケ 
ーションプログラムとを明確に分離しています， 

X Window System を構成する i : .な獎真は、次の4つです。 


〇 X サーバー 
〇 X クライアント 
〇 X プロトコル 
〇 X ライブラリ 
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以ドでは、それぞれの恕桌について簡中•に説明します 0 



図 A . I X のコンセブト 


21 x サ-バ- 

X サーバー、または X ディスプレイサーバーは、アプリケーションユーザーのコンピュータ I •.で 
义行されるブログラムで、グラフィカルディスプレイハードウェアの制御、および人出力の部分 
を川..、レ丨します X サーバーは、 X クライアントアプリケーションからの•及:求に応えて I 由 iifn •への描 
肉を行い、キーボードやマウスからの人ノ j を说み取ります，人ノ j やマウスの移! Wj 、 ボタンの押し 
ドげといったユーザーの挽作は、クライアントプログラムに U •えられます。 

通常、 x サーバーは、ハードウヱア構成ごとに興なるものを使います。 Linux などの PC ペース 
のシステムで /li も•般的な X の货装は、 XFree86 ( http :// www . xfree 86. org /) です。 
XFree86 は、 PC で使われているさまざまなビデオカード川の X サーバーを数多く提供していま 
す 0 たとえば、 S3 ベースのカード川には、 XF86_S3 という X サーバーがあります 0 こうしたさま 
ざまな X サーバーを利川できる Linux ユーザーは、 XFree86 の開発名•たちに感謝しなければなり 
ません。 


x プロトコル 

X クライアントアブリケー シヨ ンと X ディ ス ブレイサーバーの問のすべてのやりとりは、メッ 
セージの交換によって义现されています。 X プロトコルは、これらのメッセージの神:類やその使 
い"を定めたものです。 X プロトコルは 、 M •マシン上のクライアントとサーバーの問だけでな 
く、ネットワークを介して利) H することができ、この戍は X Window System のたいへん優れた 
特徴のひとつとなっています。たとえば、古い非力なパーソナルコンピュータや X 端来（ X サー 
バー灾行⑴の#爪マシン）を使っている場合でも、ネットワーク I •.のより強力なコンピュータで 
X クライアントブログラムを灾行し、 H 分のローカルマシンではブログラムに対する指示とブロ 
グラムからの出力の衣氺だけを行うことができます。 
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X プロトコルは、 X サーバーを実装する開発名•にとっては取要な总味を持っていますが、ほと 
んどの X アブリケーシヨンは、プログラミングインタフェースとして C の閲玫ライブラリを使つ 
ています。これが Xlib です 0 Xlib は、 X プロトコルによるメッセージ交換を行うための API を從 
供します。 Xlib は、 I 由 jtfH に描 I 由 i したりマウス操作に応答したりするだけで、それ卩 I 体ではたいし 
た機能を持っていません 0 メニュー やボタン、スクロールバーなどを使いたい場介には、 H 分で 
コードを,记述する必要があります。 

逆にいえば、 Xlib は特定のスタイルの GUI を強制していません。 Xlib は、プログラマが選択し 
たスタイルを作成するための媒体として機能します0 



X クライアント 


x クライアントは、コンビュータの衣尔リソースと人カリソースを使うアプリケーシヨンブロ 
グラムのことですこの坳☆のコンピュータは、 x クライアントが火行されているコンビュータ 
であってもそうでなくてもかまいません。 X クライアントは、衣尔リソースと人カリソースを竹 
押.している X サーバーに対してこれらのリソースへのアクセスを 1 X : 求します0サーバーでは、 1"1 
時に银数のクライアントから送られた炎求を処邱することがあるので、キーボードとマウスの使 
川に問してクライアント問で•消炒を行わなければなりません。クライアントブログラムは、 X ブ 
ロト コル メ ッ セージを使ってサーバーと汕 U します。これらのメ ッ セージは Xlib の間数を使って 
送受倍されます。 



X ツール キット 


F 好に X プログラムを作成するための f •段として认た坳介、 Xlib プログラミングインタフェー 
スはあまり險れたツールとはいえません。 Xlib が從供するのは Microsoft Windows SDK のよう 
な低レベルインタフェースであり、极雑なブログラムを作成しても火现できることはわずかです0 
.が持っているある本には、 Xlib を使って “Hello World " ブログラムを作成する例がのって 
いますが、ウィンドウに Hello World というテキストと Exit ボタンを衣 / J •くするだけで、コード 
のは 5 ページにものぼっています。 

Xlib を使ってプログラムを作成したことのあるブログラマなら、必ずやほかになにかよいガ法は 
ないだろうかと思うに違いありません。もちろん、より T •籽にプログラムを作成する方法はありま 
す ボタン、 スクロール バー、メニューと いったよく使う ユーザーインタフェース製ぶ •の吏装は、 
すでに何度も K みられています。こうした インタフェース 要灰（ウィジェット）のコレ クシ ヨンは、 
•般に X ツールキットと呼ばれています。その中で fri もよく知られているものとして、 X に付诚す 
る Xt Intrinsics と、 2 つの商菜ベースの製品、 Sun の OpenLook と OSF / Motif が あ 1 )ます。 
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Xt はフリーのライブラリで、アプリケーシヨンプログラミングを容姑にするための中問 W とし 
ての役割を米たします。 

OpenLook は Sun が從供•するツールキツトで、独の外観と操作性を持っています。 
OpenLook は、 Xt に似た Xview というライブラリを土台に構築されています。 

Motif は UNIX デスクトッブに共通の外観と操作性を与えるために設計された OSF の規格で、 
Xt の I •.に構築されています。 Motif には2つの主要コンポーネントがあります。ひとつは、 Xt 閲 
敉で使われる定数を定義した•連のインクルードファイルです。もうひとつは、ダイアログやメ 
ニューなどのインタフエース‘炎ぶを簡ザ•に作成するための閲数ライブラリです。 Motif ではブロ 
グラミングスタイルも定義しています。このプログラミングスタイルは、灾際に Motif を使うか 
どうかにかかわらず、すべてのブログラマが参考にできるものです。 


m 

メモ 


ほかの商用 UNIX システムベンダー同様、現在では Sun も Motif を使つた CDE (Common 
Desktop Environment ) を採用しています。このため、〇 penLook はその役割を終え、徐々 
に消えていくと考えられます。〇 penLook の一部はフリーでの利用が可能になつており 、 Linux 
のディストリビューションにも含まれています。 


各 x ツールキットでは、独 n の外観と操作性を持つ•迚のウィジェットを灾装しています〇 I 由 j 
血災:ぶの火装としては、 Xt のようにフラットでプレーンなものや、 Motif のように彩のついたケ 
体的なものがあります。 

ツールキットによる印象の递いは、 Linux で利川できる2つのテキストエデイタ、 xedit と 
textedit の肉 ifH を U るとよくわかります。 xedit はぶ•朴なユーザーインタフェースを持つシン 
ブルなエディタです。ファイルをロードするには、ボックスにファイル名を人力し、 Load ボタン 
を押す必要があります。 
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図 A .2 xedit の画面 



• ) j 、 textedit は Sun の OpenWindows で提供されているエディタで、 OpenLook ツールキ 
ットを使っています。 textedit にはファイルを開くためのダイアログボックスもあります。こ 
のダイアログボックスを使うと、表示されたファイルの中から H 的のファイルを選択することが 
できます。また、ボタンなども、〉:体的になっています。 
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図 A • 3 texted it の画面 



x ウインドウマネージャ 


X のもうひとつの | R 要な紫ぶはウィンドウマネージャです。ウィンドウマネージャは、ほかのク 
ライアントの ifti 倒をみる特別な x クライアントで、ディスプレイ I •.でのクライアントウィンドウ 
の dll 的、ウィンドウの移動やサイズの変！11などを竹邱します 3 ウィンドウマネージャは、使って 
いる x ツールキットによってそれぞれ独 n の外観と操作性を持っています。 

次の衣は、いくつかのウインドウマネージャをリストアップしたものです 


表 A . 1代表的なウインドウマネージャ 



twm 


fvwm 


fvwm95 


Tom's (または Tabbed ) Window Manager 。 X に付属するコンパクトで高速なマネ 
ージヤ 0 


Linux でよく使われている Robert Nation 作のウィンドウマネージャ。仮想デスクトツ 
ブのサボートに加えて、ほかのウインドウマネージャをエミユレートするための設定ファ 
イルが用意されている。 


Windows 95 のインタフェースをエミユレートする fvwm のバージヨンのひとつ。 

■參 參參參參 秦籲籲参擊參擊修馨曹擊餐書•參镰餐參•擎••曹费雷謇曹謇耆餐 t 嘗 tt # 麄籲鼇亀 _ r 戴 ■ 

USP H ? •な•ブとターブリタでプログラミング可能な Generi c Window Manager 
〇 penLook ウインドウマネージャ 0 

•眷•譬馨春餐 ## 馨籲 ### 春籲籲•参馨參馨•••春馨癱參•參••••••••••参# ••参#••••••暴參參••參參•參•赢春着着着饞亀饞 «氤 ■ 

Motif ウインドウ マネージヤ。 


olwm 
















I •.に示したウインドウマネージャは、いずれもほとんどの UNIX システムと Linux で利⑴する 
ことができます （ mwm ではラインセンスが必製です）〇 


W^TM x のプログラミングモデル _ 

すでに説明したように 、X Window System ではクライアントアプリケーシヨンと X ディスプレ 
イサ ー バーの役割が明確に分離されており、岡荇はある決められたブロトコルを使って悄報をや 
りとりするようになっています，ここでは、こうしたプログラミング: T . 法に从く X アブリケーシ 
ヨンの•般的な構造について、簡中•に説明しておきます 



図 A .4 X のフログラミングモデル 


01スター トアップ 

通货、 X アプリケーションは、必炎とするリソースの初期化から処邱を開始します。まず X デ 
ィスブレイサーバーとの接続を確立し、使⑴するカラーとフォントを選択してディスプレイ I •.に 
ウィンドウを作成します。 

クライアントプログラムは、 XOpenDisplay と XCloseDisplay を使つて X サーバーとの接絞 
と切断を行います。 
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display—name (こは接絞先の ディ スブレイを衍定します 0 display_name が NULL の場介には、 
说垃变数 DISPLAY の侦が使われます〇この侦は、 hostname : server [ .display] という形八で 
衍定します。この形ス;からわかるように、1つのホスト I ••に极数の X サーバーがあってもかまい 
ません。各 X サーバーでは、1つ以 I ••の デ ィスプレイを制御することができます c 通常、 デフォ 
ル トの ディス プレイは ：〇.〇 です，これは、 ローカルマシン I ••で ili •初に利川 NJ * 能なサーバーを衣 
します。2番1彳の_血を指定するには、:0.1と衍定します。 

XOpenDisplay は、選択された X サーバーに_する悄報を衿む Display 構造体を返します ，X 
サーバーを問くことができなかった垛介(こは、 NULL を返します 3 XOpenDisplay の呼び出しが 
成功すれば、クライアントプログラムは X サーバーの使川を開始することができます0 

X サーバ-の 使川を終えた クラ イアント ブロ グラムは、 XOpenDispla y から返された Display 
構造体を指定して XCloseDisplay を呼び出さなければなりません。この操作によって、指定さ 
れたディスブレイ I ••でクライアントが作成したすべてのウィンドウとリソースが破使されます 
(ただし、 XSetCloseDownMode を呼び出してシャットダウン時の勋作を変史している場介は除 
きます）。プログラムでは、終厂する前に必ず XcloseDisplay を呼び出し、未処邱のエラーが 
報；!;•されるようにする必要があります。 

ユーザーは、プログラムの#作のほとんどを起動時に指定することができます。多くの X アブ 
リケーションでは、コマンドラインリ I 数、说垃変数、设定ファイルを使ってユーザーがアプリケ 
ーションをカスタマイズできるようになっています。 

たとえば、すでに/ ji したように说境変数 DISPLAY を使えば、アプリケーションを衣/するディ 
スプレイサーバーを衍定することができます。このデイスブレイサーバーは、ネットワークでの 
ほかのコンピュータにあってもかまいません。次のコマンドは、 xedit ブログラムを奕行し、 
alex という名前のマシンのディスブレイにウィンドウを衣/します。 

$ DISPLAY=alex:0.0 xedit & 

• Xresources (または垛介によって .Xdefaults> というファイルを使うと、 X アブリケーシ 
ョンに阳するさまざまな设定を行うことができます，各 X アプリケーションは、 X リソースデー 
タベース内の設定エントリを参照します通货、この X リソースデータベースは X システムの起 
動時に作成され、 ユーザー 独「 I のローカルな•设定をなんでいます0たとえば、 ユーザーの ホーム 
ディレクトリに次のようなエントリを持つ .Xresources ファイルがあるとします 0 

xeait*enableBackups: on 

このエン トリによって、 xedit による褊災屮のバックアップ ファイル 作成の動作が変わります 
こうした エン トリは、一般に次のような形式をしています。 
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また、コマンドラインで次のように指定して xedit を起動すると、幅が400ピクセルで敁さが 
200ピクセルの xedit のウインドウが開きます。 


$ xedit -geometry 400 x 200 


ウインドウサイズの指定"法はブログラムによって與なります 0 たとえば、 xterm では行敉と 
カラム数で指定します。したがって、次のコマンドは、50行80桁でターミナルエミュレータを 
起#することになります C 

$ xterm -geometry 80 x 50 

x アプリケーシヨンの#作を変 oi する"法については、それぞれのアプリケーシヨンのマニュ 
アル ページを 参名•にしてください。 


A.2.2 


メイン ループ 


x アプリケーションの人部分は、メインループと、イベントに応矜するためのコードから構成 
されています挖咿的な X プログラムは、起勋後に接続先の X デイスプレイサーバーからイベン 
卜が送 U されてくるのを待ちます> この処现は、ループ内で XNextEvent を呼び出すことによっ 
て行います。 

アプリケーションでは、30以 I •.のイベントを処邱する必贤があります，イベントの详しい説明 
は X プログラミングの 1 、 1 /門, 1 !••にゆずるとして、ここではイベントの神類をいくつか簡中.に紹介し 
ておきます。 


〇 キーボード イベント キーが 押された、 キーが 離されたなど。 

〇 マウスイベント ボタンが押された、ボタンが離された、マウスが柊勋した、マウ 

スがウインドウに人った、マウスがウインドウから出たなど。 

〇 ウインドウイベント ウインドウが作成された、ウインドウが破衆:された、ウインドウ 

がフォーカスを取得した、ウインドウがフォーカスを火った、ウ 
インドウが衣/されたなど0 


低水，の X プログラムでは、これらのイベントをはじめ、ほかのイベントにも応矜しなければ 
なりません。•か、ツールキットやアブリケーシヨンフレームワークを使うプログラムでは、ア 
プリケーシヨンそのものの惝築に注立を染屮し、ダイアログボックスなどの洗練されたインタフ 
エースを利) II することができます。その坳介、低水ザのイベントの処砰について/メ•(にする必袈は 
ありません。もちろん、だからといってイベントそのものがむ:作しなくなるわけではありません。 
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A.2.3 


クリーンアツブ 


適切に, k ! 述された X ブログラムは、火行中に剂り4てた X デイスプレイリソースを終 r 時に解 
收します プログラムはサーバーとの接続を切断するだけでも終 r できますが、この"法では、 
サーバーが消代するメモリが必贤以 I •.に梢えてしまうことがあります。ブログラムを終 r すると 
きは、適切な f •順に従うようにしましょう。 



GNU General Public 
License (GPL) 
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この付録には、英語版と n 本語訳による GNU General Public License ( GPL ) の令文を, 
します。 “ copyleft ” の考え方を示すこのライセンスは、1 # 1山を糾限することを丨丨的としてぃる… 
般の copyright とは W •なり、逆に H 山を拡張しようとしていることが特徴といえます。なお、文 
幸には手を加えていません。 



GNU General Public License 


GNU GENERAL PUBLIC LICENSE 
Version 2, June 1991 

Copyright (C)1989, 1991 Free Software Foundation, Inc. 

59 Temple Place, Suite 330, Boston, MA 02111 -130 フ USA 
Everyone is permitted to copy and distribute verbatim copies 
of this license document # but changing it is not allowed. 

Preamble 

The licenses for most software are designed to take away your 
freedom to share and change it. By contrast, the GNU General Public 
License is intended to guarantee your freedom to share and change free 
software—to make sure the software is free for all its users. This 
General Public License applies to most of the Free Software 
Foundation 1 s software and to any other program whose authors commit to 
using it. (Some other Free Software Foundation software is covered by 
the GNU Library General Public License instead.) You can apply it to 
your programs, too. 

When we speak of free software, we are referring to freedom, not 
price. Our General Public Licenses are designed to make sure that you 
have the freedom to distribute copies of free software (and charge for 
this service if you wish) # that you receive source code or can get it 
if you want it, that you can change the software or use pieces of it 
in new free programs ； and that you know you can do these things. 

To protect your rights, we need to make restrictions that forbid 
anyone to deny you these rights or to ask you to surrender the rights. 

These restrictions translate to certain responsibilities for you if you 
distribute copies of the software, or if you modify it. 

For example, if you distribute copies of such a program, whether 
gratis or for a fee, you must give the recipients all the rights that 
you have. You must make sure that they, too, receive or can get the 
source code. And you must show them these terms so they know their 
rights. 

We protect your rights with two steps : (1)copyright the software, and 



ed .. 

hat redistributors of a f 
… licenses, in effect maki _ 
program proprietary. To prevent this, we have made it clear that any 
patent must be licensed for everyone 1 s free use or not licensed at all 


The precise terms and conditions for copying, distribution and 
modification follow. 

GNU GENERAL PUBLIC LICENSE 

TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION 


0• This License applies to any program or other work which contains 
a notice placed by the copyright holder saying it may be distributed 
nder the terms of 
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above, provided that you also meet all of these conditions ： 

a) You must cause the modified files to carry prominent notices 
stating that you changed the files and the date of any change• 


b) You must cause any work that you distribute or publish, that in 
whole or in part contains or is derived from the Program or any 
part thereof # to be licensed as a whole at no charge to all third 
parties under the terms of this License - 

c) If the modirled program normally reads commands interactively 
when run, you must cause it # when started running for such 
interactive use in the most ordinary way, to print or display an 
announcement including an appropriate copyright notice and a 
notice that there is no warranty (or else, saying that you provide 
a warranty) and that users may redistribute the program under 
these conditions, and telling the user how to view a copy of this 
License. (Exception ： if the Program itself is interactive but 
does not normally print such an announcement # your work based on 
the Program is not required to print an announcement.) 


These requirements apply to the modified work as a whole. If 
identirlable sections of that work are not derived from the Program, 
and can be reasonably considered independent and separate works in 
trhemselves, then this License, and its terms, do not apply to those 
sections when you distribute them as separate works • But when you 
distribute the same sections as part of a whole which is a work based 
on the Program, the distribution of the whole must be or. the terms of 
this License, whose permissions for other licensees extend to the 
entire whole, and thus to each and every part regardless of who wrote it - 

Thus, it is not the intent of this section to claim rights or contest 
your rights to work written entirely by you; rather, the intent is to 
exercise the right to control the distribution of derivative or 
collective works based on the Program. 


In addition, mere aggregation of another work not based on the Program 
with the Program (or with a work based on the Program) on a volume of 
a storage or distribution medium does not bring the other work under 
the scope of this License. 


3. You may copy and distribute the Program (or a work based on it, 
under Section 2) in object code or executable form under the terms of 
Sections 1 and Z above provided that you also do one of the following : 


a) Accompany it with the complete corresponding machine-readable 
source code, which must be distributed under the terms of Sections 

1 and 2 above on a medium customarily used for software interchange ； or, 

b) Accompany it with a written offer, valid for at least three 
years, to give any third party, for a charge no more than your 
cost of physically performing source distribution, a complete 
machine-readable copy of the corresponding source code, to be 
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conditions are imposed on you (whether by court order # agreement or 
otherwise) that contradict the conditions of this License, they do not 
excuse you from the conditions of this License. If you cannot 
distribute so as to satisfy simultaneously your obligations under this 
License and any other pertinent obligations, then as a consequence you 
may not distribute the Program at all. For example, if a patent 
license would not permit royalty-free redistribution of the Program by 
all those who receive copies directly or indirectly through you ， then 
the only way you could satisfy both it and this License would be to 
refrain entirely from distribution of the Program. 


If any portion of this section is held invalid or unenforceable under 
any particular circumstance, the balance of the section is intended to 
apply and the section as a whole is intended to apply in other 



It is not the purpose of this section to induce you to infringe any 
patents or other property right claims or to contest validity of any 
such claims ； this section has the sole purpose of protecting the 
integrity of the free software distribution system, which is 
implemented by public license practices. Many people have made 
generous contributions to the wide range of software distributed 
through that system in reliance on consistent application of that 
system; it is up to the author/donor to decide if he or she is willing 
to distribute software through any other system and a licensee cannot 
impose that choice. 

This section is intended to make thoroughly clear what is believed to 
be a consequence of the rest of this License. 


8. If the distribution and/or use of the Program is restricted in 
certain countries either by patents or by copyrighted interfaces, the 
original copyright holder who places the Program under this License 
may add an explicit geographical distribution limitation excluding 
those countries, so that distribution is permitted only in or among 
countries not thus excluded. In such case, this License incorporates 
the limitation as if written in the body of this License. 

9. The Free Software Foundation may publish revised and/or new versions 
of the General Public License from time to time. Such new versions will 
be similar in spirit to the present version, but may differ in detail to 
address new problems or concerns. 


Each version is given a distinguishing version number• If the Program 
specifies a version number of this License which applies to it and "any 
later version", you have the option of following the terms and conditions 
either of that version or of any later version published by the Free 
Software Foundation. If the Program does not specify a version number of 
this License, you may choose any version ever published by the Free Software 
Foundation. 

10. If you wish to incorporate parts of the Program into other free 
programs whose distribution conditions are different, write to the author 
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♦ 5 


to ask for permission. For software which is copyrighted by the Free 
Software Foundation, write to the Free Software Foundation ； we sometimes 
make exceptions for this. Our decision will be guided by the two goals 
of preserving the free status of all derivatives of our free software and 
of promoting the sharing and reuse of software generally. 


NO WARRANTY 

11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY 
FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN 
OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES 
PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED 
OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF 
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS 
TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE 
PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, 
REPAIR OR CORRECTION. 

12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING 
WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR 
REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, 
INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING 
OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED 
TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY 
YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER 
PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE 
POSSIBILITY OF SUCH DAMAGES. 

END OF TERMS AND CONDITIONS 


How to Apply These Terms to Your New Programs 


If you develop a new program, and you want it to be of the greatest 
possible use to the public, the best way to achieve this is to make it 
free software which everyone can redistribute and change under these terms. 


To do so, attach the following notices to the program. It is safest 
to attach them to the start of each source file to most effectively 
convey the exclusion of warranty; and each file should have at least 
the "copyright” line and a pointer to where the full notice is found. 

cone line to give the program's name and a brief idea of what it does.> 
Copyright (C)19yy <name of author> 

This program is free software ； you can redistribute it and/or modify 
it under the terms of the GNU General Public License as published by 
the Free Software Foundation ； either version 2 of the License, or 
(at your option) any later version. 

This program is distributed in the hope that it will be useful, 
but WITHOUT ANY WARRANTY; without even the implied warranty of 
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 
GNU General Public License for more details. 
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You should have received a copy of the GNU General Public License 

along with this program ； if not, write to the Free Software 

Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA 
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GNU —般公有使用許諾書 

G N U •般公介使用,许諾相 


1991 W 6 パ，バージョン2 


Copyright ( C ) 1989,1991 Free Software Foundation . Inc . 
675 Mass Ave . Cambridge , MA 0213 9, USA * 


* 【ル盘】現作、このバージョン 2 の兌行片 ( FSFMI : 所は、 iK 式に新 
しい住所の59 Temple Place • Suite 330. Boston . MA 02111-1307. 
USA に変わっている。 


何人も、以ドの内界を変 Oi しないでそのまま极 V •する場合に限り、本使⑴胙ぶ 
.» r を段製したり領布することができます。 

はじめに 


ほとんどのソフトウェアの使⑴许ぶは、ソフトウェアを代•心し、変01するユー 
ザの mil を怵うことを, 6: M しています。それに対して、我々の GNU •般公イ|•使 
川れ•ぶは、フリー • ソフトウェアを技•心したり変! t する ri 山をユーザに保址す 
るためのもの、即ちフリー.ソフトウェアがそのユーザ令てにとってフリーで 
あることを保訨するためのものです。本使川砟ぷは 、 Free Software 
Foundation のほとんど令てのソフトウェアに適⑴されるだけでなく、プログ 
ラムの作成汽•が本使川許諾に依るとした場介のそのブログラムにも適 W するこ 
とができます；）（その他の Free Software Foundation のソフトウェアのいく 
つかは、本扑諾及ではなく、 GNU ライブラリ•般公介使川許諾で保護されます。) 
あなたは H 分のブログラムにもこれを適⑴できます。我々がフリー•ソフトウェ 
アについて•う場合は Hill のことに及しているのであって、価格のことでは 
ありません0我々の•般公心•使)のれ条拟は、次のを確义に义現する 
ことを 1 1的として、 y . 案されています。 

• フリー•ソフトウェアの极製物を mil に頒布できること（そして、 
〒むならあなたのこのサービスに対して対価を請求できること）。 

• ソース•コードを$際に受け取るか、あるいは、沁〒しさえすれば 
それを人芦することが" f 能であること0 
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• 人 f ••したソフトウェアを変史したり、新しいフリー•ブログラムの 
•部として使川できること。 

• 以 I •.のれ内界を行なうことができるということをユーザ身が知っ 
ていること 〇 

このようなユーザの_利を vr •るために、我々は、何人もこれらの拖利をれ定 
したり、あるいは攸衆するようにユーザに求めることはできないという糾限条 
功を設ける必袈があります.これらの制限条项は、ユーザが、フリー•ソフト 
ウェアの段製物を袖介したり変史しようとする場☆には、そのユーザ n 身がネ 
るべき義務ともなります0例えば、あなたがフリー•ソフトウェアの极製物を 
如布する場合、“償か無 m かにかかわらず、あなたは n 分の持っている権利を 
令て till ■、に〇•えなければなりません。あなたは 、 fli r もまたソース•コードを 
1•け取ったり人 f •できるということを，次めなければなりません。さらにあなた 
は、彼らが n 分たちの愤利を知るように、これらの灸拟を如らしめなければな 
りません。 

找々は次の2つの"法でユーザの拖利をぐ】：ります，（丨） ソフトウェア に/;: 
作権を R 张し、 ( 2 ) +使⑴打•淡の条項のドでソフトウェアを极製•頒布•変 
•上する権利をユーザに 1 >えます。 

また、各作成荇や我々「 I 身をるために、本フリー•ソフトウェアが無保！ hi : 
であることを令ての人々が r 解している必袈があります。さらに、他の幽かに 
よって変史されたソフトウェアが頒布された坳含、受？«朽•はそのソフトウェア 
がオリジナル • バージョンではないということを知らされる必费があります。 
それは、他人の iw リ•によって拟 m 兌荇に対する計•価が彩 w されないようにする 
ためです、、 


w •後に、どのフリー.ブログラムもソフトウエア特•作に絶えず矜かされてい 
ます〉我々は、フリー•ブログラムの布行が個人的に特,11•権を取得し 、 w 
% I ••そのプログラムを n 分の w 痄にしてしまうという吃険を避けたいと啪って 
います,)これを防ぐために我々は、いずれの特砟も、推でも nm に使用できる 
ように使用许諾されるべきか、あるいは何人に対しても令く使用させないかの、 
いずれかにすべきであることを明らかにしてきました。 


- mi -変史に対する iK 確な条塡と条件を次にボします 
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GNU •般公介使) H 許諾のドでの複製、谢布、変史に閲する条頊と条件 


1 . 本使川,;1•ぶは、本•般公イ f 使用诈ぷ•の各灸拟に從って頒布されるとい 
う矜作榷荇からの;*;•知文が衣ボされているブログラムやその他の作成 
物に適) II されます1以ドにおいて「ブログラム」とは、そのようなプ 
ログラムや作成物を指すものとし、また、「ブログラム生成物 J とは、 
I •.述した「ブログラム」 n 身、または、«作揿法ドにおける令ての派 
1:•物：すなわち、その「プログラム」の令部乂は•部を、そのまま乂 
は変セして、 II .つ 乂は他の rUft に変換して、内部に組み込んだ作成 
物を. G : 味します（以ド、ふ沿変換 : i r 変史」という⑴说の中に無条 
件に穴まれるものとします > 本使川并•諾によって胙諾を受ける荇を 
「あなた』と呼びます。 

額、歸、変史以外の行為は本使州評•ぶの対象としません。それら 
は本使⑴胙諾の範网外です。「プログラム」を火行させる行為に間し 
て糾約はありません。 r ブログラム j の川乃は、 （ 「ブログラム」 
を火むさせて作成させたかどうかとは無間係[こ）その内 w が「ブロ 
グラム少成物 j である垛介に限り本使川••，沿の対染となります。これ 
が、 1 〗てはまるかどうかは、「ブログラム」が何をするものかに依りま 


2 . あなたは、どのような媒体 I •.へ极製しようとする垛合であっても、人 
r •した「プログラム」のソース.コードをそのままの内矜でした 
I ••で適 iK な矜作播衣ボと保址の放《を明確、 IL っ適 il •:に付記する坳六 
に限り、极製乂は骱布することができます，その坳介、本使⑴許•諾及 
び無保拙に閲する , k ! W 部分は、令て/ c のままの形で衣ボしてください0 
また、「ブログラム」の如布尤に対しては、「プログラム」と八•に冷: 
使川 iil •ぶ乃の V しを渡してください0极製物のリ I き渡しに要する火货 
は鈉求することができます。また、あなた独 n の保址を行なう場合は 
それを介 m とすることができます。 


3. 次の各灸 n •.を令て満たしている限り、あなたは、「ブログラム」乂は 
その•部分を変セして「ブログラム/1:•成物」とすることができ、さら 
に、変セ版や“作成物を hAi 第2拟に從って极製乂は昶布することも 
できます。 

(a ) ファイルを変 1 ii した行とその変史丨丨とを、変* ii したファイル1-. 

に明確に衣/ ji すること。 



( b ) 変セしたかれかを問わず、凡そ「ブログラム」乂はその•部分 
を内部に紐み込んでいるか乂はそれから派/1:.した/ k 成物を頒布 
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する垛合には、その全体を本使川許諾の条項に従って第•:荇へ 
無笊で使川許諾すること C 

( c ) 変セしたプログラムが災行時に通常の対！^的なん•法でコマンド 
を說むようになっているとすれば、设も涔通の"法で対談•的に 
そのプログラムを义行する時に、次の内界を/ ji す文•がプリン 
夕へ印卞されるか、成いは I 由 i 血に衣ボされること。 

• 適切な矜作傀衣ボ。 

• M 保址であること(あなたが独 m こ保址する場合は、その行）。 
•頒布を受ける名•も、本使 H 1 许諾と M •の条项に従って「ブロ 
グラム」を办頒布できること0 
• 齡を受ける行が4：使川賊. M のひメしを参照する"法。 

(例外として、「ブログラム」「 I 体は対沾的であっても起觔1け 
の文, f を通常は印卞しないのならば、あなたの「ブログラム小 
成物 J はこのような文 j を印字する必要はありません。) 

これらの••は変 1 li された作成物にも令て適川されます0その変 1 ii 版 
の成る部分が r ブログラム」の派小物ではなく、しかもそれ n 体独々: 
で w •なる作成物だと合坪的に芩えられる場合、あなたがそれらを別の 
作成物として鮒布した時は、本使川打•諾とその条功はそれらの部分に 
は適川されません。しかし、それらを「ブログラム卞成物」の•部と 
して頒布する坳介は、令体が本使用許諾の条项に従って頒侑されなけ 
ればならず、使)11扑ぷを受ける他の令ての行に対する I 作諾もブログラ 
ム令体にわたって7えられなければならず、結: ft として、 nf が W いた 
かにかかわらず、令ての部分に本使用許諾が適用されなければなりま 
せん。 


このように、本条項の总 M するところは、完全にあなたによって八か 
れた作成物について、拖利を农求したり、あなたと梅•利明係を7••うこ 
とではありません> むしろその II 的は、作成物が「ブログラム卞成物」 
である垛介にその派卞物や染合物の « i 布を SA 糾することにあります。 

さらに、 r ブログラム j (又は「ブログラム牛•成物 j > と「ブログ 

ラム， k 成物」とはならない他のブログラムとを、中に保竹や祯介•のた 
めに M の媒体 I •.にまとめて紀鉍したとしても、本使川許ぷは他のプ 
ログ ラムには適用されません。 

4 . あなたは、以ドのうちいずれか丨つを满たす限り、 Uil 第2拟及び第 
3項に従って「プログラム」（乂は、 I . •记第3功で首及している「プ 
ログラム卞成物」）をオブジェクト•コード乂は义行" f 能な形式で 
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製及び頒布することができます。 

(a ) 対応する愣械説み取り吖能なソース•コード•式を•絡にリ I き 
雅すことその垛合、そのソース•コードのリ I き渡しは Uil 第 
2玢及び第3项に從って、通常ソフトウヱアの交換に⑴いられ 
る媒体で行なわれること0 

( b ) 少なくとも 3 年•問の“幼期問を定め、 II つその期問内であれば 
对応する馊 W 忒み取り" f 能なソース•コード•式の极製を、ソー 
ス颁布に閲わる火竹以 h の対础を要求せずに提供する行、及び 
その垛介には卜.妃第2拟及び第3項に従って、汕常ソフトウェ 
アの交換に川いられる媒体で提供される行を紀板した作血を、 
第 •：«(： •緒にリ|き渡すこと0 

(c ) 対応するソース•コード柏布の中し出に際して、あなたが抖た 
悄银を•緒にリ I き渡すこと。（この迸択肢は、常利を II 的とし 
ない頒布であって、11つあなたが hAl の ( b ) 功に浓づいて、 
オブジェクト•コード成いは％行"]*能形式のブログラムしか人 
r •していない垛介に阳り適川される遘択埙 II です。) 

なお、ソース•コードとは、変セ作衮に適した, id 述形八を指します 
また、火行"!■能形式のファイルに対応するソース•コード•式とは、 
それに穴まれる令モジュールに対応する令てのソース.コード、及び 
あらゆる閲迚のインタフェース定義ファイル、及び火行を吋能にする 
コンパイルとインストールの制御に IW する, kl 还を衍します。特別な例 
外として、火行" f 能なファイルが! Wj 作するオペレーティング • システ 
ムの I :•炎な構成装ぶ（コンパイラ、カーネルなど）と共に（ソース. 
コード乂はバイナリのどちらかで I 頒介されているものについては、 

その w 成费ぶ n 体が欠行形式に付随していない垛介に限り、袖布され 
るソース • コードに穴める必袈はありません0 

火む" J * 能形式またはオブジ x クト • コードの颁布が、衍尔された場所 
からの极製のためのアクセス愤の賦〇•.である垛介、 l " j じ垛所からのソー 
ス•コードの极製のための l » j 等なアクセス悚を賦^•すれば、たとえ第 
•:片にオブジェクト • コードと共にソースの极製を強いなくとも、ソー 
ス • コードを頒布したものとみなします。 

本使川扑諾が明ボ的に扑諾している場介を除き、あなたは、「ブログ 
ラム」を炽製、変 1 ii 、 サブライセンス、頒布することができません。 
本使川許•ぶに從わずに「ブログラム」を极製、変史、サブライセンス、 
袖布しようとする行為は、それ n 体が無効であり、はつ、本使⑴許諾 
があなたに,仵諾している「プログラム』の権利を「1勑的に m 滅させま 
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すその垛合、本使川砟ぶに従ってあなたから极製物やその m 利を抖 
ている第•こ荇は、+使川許諾に完令に従っている場合に限り、引絞き 
イ j 幼な使⑴権限を持つものとします。 

6 • あなたはまだ M •& の印として？(名していないので、本使) | j 許鎅を受け 

人れる必贤はありません，しかし、あなたに「ブログラム」乂はその 
派， I •:物を変史乂は IV 頒布する!^ " f を7えるものは本使川許讲以外には 
ありません0これらの行為は、あなたがもし本使⑴胙淡を受け人れな 
いのであれば、法?れによって饴じられます。従って、あなたが「ブロ 
グラム」（乂は「プログラム/1:.成物」）の変史乂は頒布を行えば、そ 
れ「 I 体であなたは本使川許ぶを受け人れ、はつ、「ブログラム」乂は 
その r ブログラム卞成物 j の松製、如布、変史に閲するこれらの灸功 
と条件の仝てを受け人れたことを/ ji します 

7. あなたが「ブログラム J (乂はその「ブログラム/ k 成物」）を洱袖介- 
すると 「I 勑的に、 その受祐荇は、ゾ i : の使川,作諾月•から、本使川許,忠•の 
灸功に従って「プログラム」を梭製、和布、変史することを内界とす 
る使川••ぶを受けたものとします。あなたは、受谢名に , it •满された権 
利の行使について、さらに制約を加えることはできません，あなたに 
は、第•: «•に本使川 A ••ぶの受け人れを強いる A •(•任はありません 

8. 放利所の利決、乂は特 iJIUf の中して、乂は(特砟問独に限らない) 
何らかの坪山の結恥として、あなたに課せられた条件が本使用扑諾と 
相人れないものであったとしても（故利所の命令、芡約、その他によ 
るものであれ）、本使⑴许諾の条件が免除されるものではありません 0 
本 Wi 川扑淡による I •(務と、その他の何らかの間迚 rt •務を M 時に满たす 
態搽で骱布することができないならば、あなたは「ブログラム」を令 
く頒布してはいけません。例えば、特扑権の内稃が、あなたからめ:接 
乂は問接に银製を受け取った令ての人に使 j | i 料のないブログラムの冉： 

布を扑さないものであれば、あなたがかかる特許 I •.の要站と本使州 
抑•淡の闷"を滿足させる"法は、「ブログラム」の頒布を完令に断念 
することだけです0 

水灸项の成る部分が何らかの特別な状況ドで無効または適…イく I 1 J * 能に 
なった場ぐ f 、 本灸拟のその他の残りの部分が適川されるように.さ 
れており、また、本灸项は分体としてその他の状況に A てはまるよう 
に.されています， 

本灸项の II 的は、特 tit •やその他の財帝権をしたり、そのような権 
利に从づく i : 张の没、 1 1性を>うようにあなたに勧めることではありま 
せん，本粂功の唯•の II 的は、フリー•ソフトウヱアの頒布 システム 
のセ令性を守ることで、それは公有使用許諾の実践によって脱行され 
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ます。多くの人々が、このシステムのした適川を U 和して、この 
システムを通じて如布されている榀広い範州のソフトウェアに惜しみ 
ない“献をしてくれました，作成荇や赉附荇が他の何らかのシステム 
を通じてソフトウヱアを頒布したいと決めることは彼らの mil . 〇:志で 
あり、使⑴扑淡を受ける行はその選択を強いることはできません， 

本灸功は、本使川れ•ぶの他の条項の&味内矜が何であるかを：令に叫 
らかにすることを. t 5: W しています 

9. 「ブログラム」の颁布•使川が、ある W において特•乂は ft 作揿で保 
肩されたインタフェースのどちらかで糾 bi される場合、 r ブログラム j 
を本使川介ぶドにおいた似) v 作播保持行は、その w を除外する行の明 
/ ji 的な頒布地域制限を加え、それ以外の(除外されない) | R | に限定 
して骱布が, il •されるようにすることができます •• そのような垛合、そ 
の制限を本使⑴ M の本文にあたかも卩?かれているかのように本使用 
»作说•の中に組み入れられるものとします 0 

10 . Free Software Foundation は随時、本•般公イ I 使〗 II 扑箱の改 i け版、 
乂は新版を公衣することがあります0そのような新しいバージ 3 ンは、 
坝行のバージョンと从本的に変わるところはあ I )ませんが、新しい1111 
妞や懸菜1は(に対必するために細部では W . なるかもしれません。 

各バージョンは、バージョン浓リ•によって K 別します「ブログラム」 
屮に本使川,作说のバージョン浒 y •の指定がある坳介は、その指定され 
たバージョンか、乂はその後に Free Software Foundation から公衣 
されているいずれかのバージョンから丨つを選択して、その灸拟と灸 
fl . に従ってください「ブログラム」中に本使川, il : のバージョン術 
•/ J •の指定がない垛1> は、 Free Software Foundation が公衣したどの 
バージョンでも選択することができます 

11. 「プログラム」の•邡を袖布条件の W •なる他のフリー•ブログラムに 
組み込みたい坳合は、その問発行に办血で 《 n *" j ■を求めてください。 
Free Software Foundation が六:作播を持っているソフトウェアにつ 
いては、 Free Software Foundation へ AlAi を從川してください。こ 
のような垛ひに対応するために我々は例外的処邱をすることもありま 
すが、その利断从ザとなるのは、次の2つの丨丨^の火坝に介致するか 
れかという点です.即ち、1つは我々のフリー•ソフトウェアの今:て 
の派物をフリーな状態に保つことであり、もう1つはソフトウェア 
のルイ r と mm とを広く促進させることです0 
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12. 「ブログラム」は無依で使川介ぶ•されますので、適⑴法令の範州内で、 
「ブログラム」の保址は-切ありません0矜作榷名•やその他の第三荇 

は分く無保証で「そのまま」の状態で、 II . つ、明/】 i か哜黙であるかを 
|!!1わず一切の保址をつけないで提供するものとします0ここでいう保 
M とは、山•坳性や特定 II 的適合性についての暗黙の保址も穴まれます 
が、それに限定されるものではありません、「ブログラム」のん 1 ,竹や 
件能に閲する令てのリスクはあなたが n うものとします0「ブログラ 
厶」に欠陆があるとわかった垛介、それに伴う•切の派屯货州や修邱 • 
，⑴卜:に変する w 川は余てあなたの mu とします0 

1 3. 適川法令の定め、乂は, 1 fl « による合愆がある場合を除き、为作権荇や 
h , kl 扑諾を受けて「プログラム」の变 0 i • 外頒布を為し沿る第•:荇は、 

「ブログラム」を使⑴したこと、または使川できないことに few する 
• W の拟ソ(•について何らのも ft いません.«:作播荇や前， kl の第•: 
ft が、そのような拟リ f の発卞する" f 能性について知らされていた垛合 
でも1"]俅です c なお、ここでいう拟^には通常拟リ?、特別彳 im 、 偶発 
觀、問接す iu »? が食まれます(データの消火、乂はその小:確さの丧尖、 
あなたや第•:行が被った拟尖、他のブログラムとのインタフェースの 
イく適合化、冷も六まれますが、これに限屯されるものではありません} 


以 1 .. 


* * 


炎义文, 1 ? (GNU General Public License ) を iK 式文翥とする。この和文文？! 1 
は弁 ,; ft I :の .& 坫を採り人れて、できるだけ〗 K 確:こ炎文义 J 卜を M , 沢したものであ 
るが、法作的に介効な契約作ではない1 

和文文体の办紀布に IW して 


いかなる媒体でも次の条件がすべて滿たされている場合に限り、丰和文文作 
をそのまま俊 V •し M 尔することを扑吋する。また、あなたは第 i 行に対して本 
, i 1 -"f •知と M •の扑吋を V •える垛介に限り、抑 rtil 布することが讲 " J ■されていま 
す 0 
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• 受領、紀布されたコビーに矜作権衣ポおよび4：許諾”知が前もって ft 
せられていること。 

• コビーの受铂荇がさらに IV 配布する坳合、その fid 布荇が本; V 知と[同じ 
抑 nf をひえていること， 

• 和义义义の本义を改変しないこと 


あなたの新しいブログラムにこれらの灸拟を逾川するノ /法 


あなたが新しくプログラムを作成し、それを公川（こ供したい坳合は、ブログ 
ラムをフリー•ソフトウェアにして、令ての人々が以 I •.のれ灸項に従ってこれ 
を外肋布や変 1 ii をすることができるようにするのが Ai A の"法です 

そうするためには、ブログラムに以ドの衣/をしてくださいその垛ひ、無 
保，;出であるということを W も幼: li 的に f / i えるため(こ、ソース • ファイルの Wyrt 
にその令文を衣/ ji すれば W も安令ですが、その他の"法で衣尔する垛介でも、 
界作你.衣/〗く」と令义を忒み m す為のアドレスへのポインタだけはファイルト. 
に衣ボしておいてください。 

<プログラムれとどんな動作をするものかについての简中•な,兑明のむ> 

C 〇 p y r i a h ! ( C ) 19 〇〇卬、く矜作愤 75 •名〉 

本ブログラムはフリー • ソフトウェアですあなたは、 Free Software 
Foundation が公衣した GNU •般公介使川許諾の「バージョン2 J 成い 
はそれ以降の各バージョンの屮からいずれかを選択し、そのバージョン 
が定める条項に從って本ブログラムを W 袖布または変 0 i することができ 
ます。 

本ブログラムは“川とは思いますが、颁布にあたっては、 i | j 坳 n 及び特 
定 1 1的適作性についての哜然の保訨を穴めて、いかなる保証も行ないま 
せん。技•細については GNU •般公介使用抑•諾件をお説みください。 


あなたは、本ブログラムと•緒に GNU •般公介使; H 許諾の V しを受け取っ 
ているはずです。そうでない場合は 、 Free Software Foundation , Inc ” 
675 Mass Ave , Cambridge . MA 02139, USA * へ F 紙を九いてく ださい。 
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* レ⑽】现心：、このパージョン 2 の兌行 MFSFm 所は、 iK 式に新 
し V 、化所の59 Temple Place • Suite 330, Boston . MA 02111-1307, 
USA に変わっている。 


また、ユーザが也/•メイルや, 1 FU であなたと违絡をとる力•法についての悄報 
も, 1 ! : き添えてください。 

ブログラムが対は的に勋作する坳介は、対益•モードで起動した時に次のよう 
な tv : い; 1 ;•知文が衣づ i されるようにしてください 

G n 〇 m 〇 v i s i on バージヨン 6 9 、 C o p y r i g h t (C )19 00 ィ I •こく 作梅 . m > 

Gnomovision は Oil 令に無保 iK です 奸:細は show w とタイブしてくださ 
い これは フリー.ソフトウェアなので、 特定の灸 n ••のドで これを办渝 
布 することができます。詐 細は show C とタイブしてください。 


l.iill の show W や show C は各々、本•般公打使川 扑说 の閲迚する 部分を衣ボ 
するコマンドを指しますもちろん、あなたが使うこれらのコマンドは show W 
や show C といった呼び名でなくても惝いません。さらに、それらのコマンド 
はあなたのブログラムに介わせる為に、マウスでクリックしたりメニュー形八 
にすることもできます： 

また、必玫と A めた坳ひには、あなたの M い卜:（あなたがブログラマとして 
m いている垛 （ r ) や丫 1:1/5 する'?••校から、そのブログラムに対する「矜作榷放依」 
を,忍めた 7 TA 人りの, 1 hfti を人 r してください0ここにその义例を杜せます〇れ 
前は変えてください n 


Yoyodyne , Inc •は、 James Hacker が開発したブログラム 
Gnomovision ' (コンパイラにつなげるブログラム）につ t 、ての籌作梅 
法 I •.の令ての梅利を放使:する> 


<Ty Coon の光名>, 
T y Coon , 副社 


1 April 1989 




一般公有使用許諾書 


本•般公“使) U •諾は、あなたのブ U グラムを时光愤.の対象となっている他 
のブログラムに糾み込むことは d めていません:あなたのプログラムがサブルー 
チン • ライブラリであって、あなたがそのライブラリを財米権の対象となって 
いる他のアプリケーシヨンとリンクさせることによって、さらにも) II なものに 
しようとする場介には、本使川許諾#の代わりに、 GNU ライブラリ•般公打使 
川作諾办に從ってください。 
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